-
Enhancement
-
Resolution: Fixed
-
P4
-
9
-
b47
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8083180 | emb-9 | Thomas Schatzl | P4 | Resolved | Fixed | team |
JDK-8086521 | 8u65 | Thomas Schatzl | P4 | Resolved | Fixed | b01 |
JDK-8078848 | 8u60 | Kim Barrett | P4 | Resolved | Fixed | b17 |
JDK-8137645 | emb-8u65 | Unassigned | P4 | Resolved | Fixed | b01 |
JDK-8086137 | emb-8u60 | Thomas Schatzl | P4 | Resolved | Fixed | team |
Investigate relaxing this restriction (both effectiveness/time taken) by allowing reclamation of large objects with a few references (e.g. having only sparse table entries) - just iterate over them, and reclaim if we find out there are actually no references to it.
Most likely this results in additional objects to be reclaimed, as the remembered set entries may be stale already.
- backported by
-
JDK-8078848 Early reclaim of large objects that are referenced by a few objects
- Resolved
-
JDK-8083180 Early reclaim of large objects that are referenced by a few objects
- Resolved
-
JDK-8086137 Early reclaim of large objects that are referenced by a few objects
- Resolved
-
JDK-8086521 Early reclaim of large objects that are referenced by a few objects
- Resolved
-
JDK-8137645 Early reclaim of large objects that are referenced by a few objects
- Resolved
- relates to
-
JDK-8069034 gc/g1/TestEagerReclaimHumongousRegionsClearMarkBits.java nightly failure
- Resolved
-
JDK-8069367 Eagerly reclaimed humongous objects left on mark stack
- Resolved
-
JDK-8027959 Early reclamation of large objects in G1
- Resolved
-
JDK-8058801 G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints humongous object liveness output when there is at least one candidate humongous object
- Resolved