-
Type:
Enhancement
-
Resolution: Fixed
-
Priority:
P4
-
Affects Version/s: 8-shenandoah, 11-shenandoah, 14, 15
-
Component/s: hotspot
-
b25
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8362734 | 17.0.17-oracle | Daniel Daugherty | P4 | Resolved | Fixed | b03 |
| JDK-8246536 | 14u-cpu | Aleksey Shipilev | P4 | Resolved | Fixed | master |
| JDK-8246393 | 14.0.2 | Aleksey Shipilev | P4 | Resolved | Fixed | b09 |
At present, enabling -XX:+AlwaysPreTouch implicitly disables uncommit and sets the heap size to Xmx. This is not coherent with the rest of OpenJDK garbage collectors that only pretouch when the actual commit happens. Shenandoah should do the same.
It would still be recommended to set -Xmx == -Xms for AlwaysPreTouch to work without excess latencies.
Current code makesJDK-8245720 logging confused: initial/min heap size would be reported from -Xms, not from the values that AlwaysPreTouch block adjusted.
It would still be recommended to set -Xmx == -Xms for AlwaysPreTouch to work without excess latencies.
Current code makes
- backported by
-
JDK-8246393 Shenandoah: AlwaysPreTouch should not disable heap resizing or uncommits
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
- blocks
-
-
- Resolved
-