Loading... (original) (raw)
Log inSkip to main contentSkip to sidebar
G1 ignores AlwaysPreTouch
[Resolved](# "Resolved
A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.")
XMLWordPrintable
Type:
Bug
Resolution: Fixed
Priority:
P3
Fix Version/s: 9
Affects Version/s: 8u40, 9
Component/s: hotspot
Labels:
Subcomponent:
gcResolved In Build:
b45
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8083161 | emb-9 | Thomas Schatzl | P3 | Resolved | Fixed | team |
JDK-8086486 | 8u65 | Thomas Schatzl | P3 | Resolved | Fixed | b01 |
JDK-8078167 | 8u60 | Thomas Schatzl | P3 | Resolved | Fixed | b14 |
JDK-8137643 | emb-8u65 | Unassigned | P3 | Resolved | Fixed | b01 |
JDK-8079934 | emb-8u60 | Thomas Schatzl | P3 | Resolved | Fixed | team |
introduced a G1 specific virtual space manager. It does not implement the AlwaysPreTouch feature, simply ignoring it.
This causes some workload (e.g. Specjbb2005 with 120G heap) have a very long first full gc with large sys time.
backported by
JDK-8078167 G1 ignores AlwaysPreTouch
- Resolved
JDK-8079934 G1 ignores AlwaysPreTouch
- Resolved
JDK-8083161 G1 ignores AlwaysPreTouch
- Resolved
JDK-8086486 G1 ignores AlwaysPreTouch
- Resolved
JDK-8137643 G1 ignores AlwaysPreTouch
- Resolved
relates to
JDK-8038423 G1: Decommit memory within the heap
- Resolved
(1 relates to)
Assignee:
Thomas Schatzl
Reporter:
Thomas Schatzl
Votes:
0 Vote for this issue
Watchers:
4 Start watching this issue
Created:
2014-12-15 10:45
Updated:
2015-09-29 04:46
Resolved:
2014-12-18 05:29