Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8205900 | 11.0.1 | Paul Hohensee | P4 | Resolved | Fixed | team |
JDK-8215934 | openjdk8u212 | Paul Hohensee | P4 | Resolved | Fixed | b01 |
A fix is to (1) add the G1 Old Gen MemoryPool to the G1 Young Gen GarbageCollector, and (2) inform the latter when a mixed GC occurs so it can save the state of the G1 Old Gen MemoryPool.
At Amazon, we find MemoryPool.CollectionUsage to be a more useful metric than MemoryPool.Usage because the former is a much better measure of long term heap occupancy than the latter.
- backported by
-
JDK-8205900 G1 Old Gen MemoryPool CollectionUsage.used values don't reflect mixed GC results
- Resolved
-
JDK-8215934 G1 Old Gen MemoryPool CollectionUsage.used values don't reflect mixed GC results
- Resolved
- csr for
-
JDK-8196719 G1 Old Gen MemoryPool CollectionUsage.used values don't reflect mixed GC results
- Closed
- relates to
-
JDK-8175375 MemoryPoolMXBean.getCollectionUsage() does not works with -XX:+UseG1GC -XX:+ExplicitGCInvokesConcurrent
- Closed
-
JDK-8196989 Revamp G1 JMX MemoryPool and GarbageCollector MXBean definitions
- In Progress
-
JDK-8210193 [TESTBUG]gc/g1/mixedgc/TestOldGenCollectionUsage.java fails intermittently with OutOfMemoryError in CDS mode
- Resolved
-
JDK-8205344 TraceMemoryManagerStats changes in JDK-8195115 broke ZGC
- Resolved
-
JDK-8224030 Old Gen usage in MemoryUsage.getCollectionUsage() not updated for young collections
- Closed