RFR: 8321815: Shenandoah: gc state should be synchronized to java threads only once per safepoint [v4]
William Kemper
wkemper at openjdk.org
Mon Dec 18 19:28: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:
Initialize new _gc_state_changed member.
-------------
Changes:
- all: https://git.openjdk.org/jdk/pull/17112/files
- new: https://git.openjdk.org/jdk/pull/17112/files/d1a4a692..eb6f3fdf
Webrevs:
- full: https://webrevs.openjdk.org/?repo=jdk&pr=17112&range=03
- incr: https://webrevs.openjdk.org/?repo=jdk&pr=17112&range=02-03
Stats: 1 line in 1 file changed: 1 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