RFR: 8342444: Shenandoah: Uncommit regions from a separate, STS aware thread

William Kemper wkemper at openjdk.org
Tue Nov 12 17:32:00 UTC 2024


Currently, Shenandoah uncommits regions from its control thread. The control thread is responsible for starting GC cycles in a timely fashion. Uncommitting memory from this thread may introduce unwanted delays in the control thread's response to GC pressure.

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

Commit messages:
 - Check for safepoint when stopping (stopping thread is java thread)
 - Fix ridiculous typo
 - Merge remote-tracking branch 'jdk/master' into shen-uncommit-thread
 - Fix shutdown protocol
 - Take heap lock when uncommitting bitmaps, uncommit thread joins STS.
 - Little bit of cleanup
 - WIP: checkpoint before sync up
 - WIP: checkpoint

Changes: https://git.openjdk.org/jdk/pull/22019/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=22019&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8342444
  Stats: 319 lines in 6 files changed: 229 ins; 74 del; 16 mod
  Patch: https://git.openjdk.org/jdk/pull/22019.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/22019/head:pull/22019

PR: https://git.openjdk.org/jdk/pull/22019


More information about the hotspot-gc-dev mailing list