-
Enhancement
-
Resolution: Fixed
-
P4
-
21, 23, 24
-
b11
In Shenandoah pretouching code, we have a kludge for pre-touching heap under THP: https://github.com/openjdk/jdk/blob/c34a1b7013b27a8a214f63387bd528a90342a416/src/hotspot/share/gc/shenandoah/shenandoahHeap.cpp#L391-L399
That kludge is counter-productive afterJDK-8272807, as JDK-8315923 mentions. The fix for JDK-8315923 enables os::pretouch_memory to use the bulk `madvise`, and it has the fallback for small pages: https://github.com/openjdk/jdk/blob/c34a1b7013b27a8a214f63387bd528a90342a416/src/hotspot/os/linux/os_linux.cpp#L3054-L3070
The Shenandoah code should be reconciled with the improvements brought byJDK-8315923.
That kludge is counter-productive after
The Shenandoah code should be reconciled with the improvements brought by
- relates to
-
JDK-8315923 pretouch_memory by atomic-add-0 fragments huge pages unexpectedly
- Resolved
-
JDK-8272807 Permit use of memory concurrent with pretouch
- Resolved
- links to
-
Commit(master) openjdk/jdk/84c3065e
-
Commit(master) openjdk/shenandoah-jdk21u/0d9d3e68
-
Review(master) openjdk/jdk/20254
-
Review(master) openjdk/shenandoah-jdk21u/125
(1 links to)