[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