RFR: 8321815: Shenandoah: gc state should be synchronized to java threads only once per safepoint [v2]
William Kemper
wkemper at openjdk.org
Fri Dec 15 19:20:50 UTC 2023
> Presently, every change to the gc change is distributed to all java threads. The gc state is only changed on safepoints. For applications with a very large number of java threads this may increase time on the safepoint. It would be better to synchronize the gc state only once per safepoint.
William Kemper has updated the pull request incrementally with one additional commit since the last revision:
Extra assertions that gc state synchronization is correct
-------------
Changes:
- all: https://git.openjdk.org/jdk/pull/17112/files
- new: https://git.openjdk.org/jdk/pull/17112/files/91a5cee4..93d0f4e3
Webrevs:
- full: https://webrevs.openjdk.org/?repo=jdk&pr=17112&range=01
- incr: https://webrevs.openjdk.org/?repo=jdk&pr=17112&range=00-01
Stats: 14 lines in 3 files changed: 14 ins; 0 del; 0 mod
Patch: https://git.openjdk.org/jdk/pull/17112.diff
Fetch: git fetch https://git.openjdk.org/jdk.git pull/17112/head:pull/17112
PR: https://git.openjdk.org/jdk/pull/17112
More information about the hotspot-gc-dev
mailing list