[crac] RFR: Ensure all notifications finish even if only daemon threads remain [v3]

Anton Kozlov akozlov at openjdk.org
Fri May 5 10:54:54 UTC 2023


> If as a result of beforeCheckpoint() no more non-daemon threads remain, it's possible that VM exits prematurely, before one of afterRestore() get a chance to create another non-daemon thread that will keep VM alive. Triggering checkpoint via jcmd (so checkpointRestore() method is executed on daemon attach-listener thread), increases probability to step in the problem.
> 
> The change ensures all notifications are done while there is at least one non-daemon thread. The notification methods are still called from the original thread.

Anton Kozlov has updated the pull request incrementally with one additional commit since the last revision:

  Fix recursiveCheckpoint test

-------------

Changes:
  - all: https://git.openjdk.org/crac/pull/62/files
  - new: https://git.openjdk.org/crac/pull/62/files/1dd4e20e..86fe7eb7

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=crac&pr=62&range=02
 - incr: https://webrevs.openjdk.org/?repo=crac&pr=62&range=01-02

  Stats: 47 lines in 2 files changed: 24 ins; 19 del; 4 mod
  Patch: https://git.openjdk.org/crac/pull/62.diff
  Fetch: git fetch https://git.openjdk.org/crac.git pull/62/head:pull/62

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


More information about the crac-dev mailing list