[crac] RFR: Backout new API to sync with Reference Handler

Anton Kozlov akozlov at openjdk.org
Thu Nov 10 15:42:31 UTC 2022

This reverts commit 9cf1995693eead85d3807fb4c83ab38c14e27042 and makes #22 obsolete. 

The API introduced in 9cf1995693eead85d3807fb4c83ab38c14e27042 (waitForWaiters) and changed in #22 waits for the state when all discovered references are processed. So WaitForWaiters is used to implement predictable Reference Handling, ensuring that clean-up actions have fired for an object after it becomes unreachable.

I think that API was a mistake and should be reverted.

In general, the problem of predictable Reference Handling is independent of CRaC. So I thought about extracting that out of CRaC and found a few issues with the approach. A user needs to know what RefQueue gets References after an object becomes unreachable, to call waitForWaiters on that queue. The queue is not necessarily evident, so a deep understanding of refs and queues in an application is required to select the proper queue to wait on, and to build the right order of them to wait on. Also, it's required somehow to know the number of threads servicing a queue. And there are situations when waitForWaiters may report that all refs are processed, but some of them are not -- consider a thread that is polling a queue and gets refs to be processed but then buffers them in another queue for later, in this example waitForWaiters does not provide the guarantee that corresponding clean-up actions were performed.

The common and more straightforward way to have predictable clean-up is to call an explicit method like close()/release()/cleanup() that performs object-specific clean-up actions predictably.


Commit messages:
 - Backout new API to sync with Reference Handler

Changes: https://git.openjdk.org/crac/pull/34/files
 Webrev: https://webrevs.openjdk.org/?repo=crac&pr=34&range=00
  Stats: 130 lines in 5 files changed: 0 ins; 128 del; 2 mod
  Patch: https://git.openjdk.org/crac/pull/34.diff
  Fetch: git fetch https://git.openjdk.org/crac pull/34/head:pull/34

PR: https://git.openjdk.org/crac/pull/34

More information about the crac-dev mailing list