-
Type:
Enhancement
-
Resolution: Fixed
-
Priority:
P4
-
Affects Version/s: None
-
Component/s: hotspot
-
b02
Shenandoah still does concurrent cleanup in control thread w/o parallelization, it usually takes few ms in a cycle to process all the trashed regions with single thread.
Meanwhile current impl takes heap-lock when it recycle trashed regions, which makes it even slower and causes contention on heap-lock.
After making concurrent cleanup parallelized, we may also reset marking bitmap, so in next cycle we only need to reset the rest active regions.
Meanwhile current impl takes heap-lock when it recycle trashed regions, which makes it even slower and causes contention on heap-lock.
After making concurrent cleanup parallelized, we may also reset marking bitmap, so in next cycle we only need to reset the rest active regions.
- links to
-
Commit(master)
openjdk/jdk/4da6fd42
-
Commit(master)
openjdk/shenandoah-jdk21u/bf98e3fa
-
Review(jdk24)
openjdk/jdk/22991
-
Review(master)
openjdk/jdk/22538
-
Review(master)
openjdk/shenandoah-jdk21u/172