-
Enhancement
-
Resolution: Fixed
-
P2
-
9
-
b99
Implement functionality to automatically set the current IHOP value so that full gc is very unlikely and throughput is optimized.
This is an umbrella CR for this set of changes.
- is blocked by
-
JDK-8136679 JFR event for adaptive IHOP
- Resolved
-
JDK-8136680 Enable adaptive IHOP by default
- Resolved
- relates to
-
JDK-8274178 Occupancy value in logging and JFR event is inaccurate in G1IHOPControl
- Open
-
JDK-8141402 GC locker initiated GC ends mixed gc phase
- Closed
-
JDK-8057781 Start mixed GC on the next GC after marking cycle completed
- Open
-
JDK-8136678 Implement adaptive sizing algorithm for IHOP
- Resolved
-
JDK-8143220 Fix documentation of InitiatingHeapOccupancyPercent
- Resolved
-
JDK-8245511 G1 adaptive IHOP does not account for reclamation of humongous objects by young GC
- Resolved
-
JDK-8136681 Factor out IHOP calculation from G1CollectorPolicy
- Resolved
-
JDK-8137082 Factor out G1 prediction code from G1CollectorPolicy and clean up
- Resolved
-
JDK-8138740 Start initial mark right after mixed GC if needed
- Resolved
-
JDK-8138750 Remove dead code in survivor rate group
- Resolved
-
JDK-8140777 Make Adaptive IHOP logging information the same as JFR logging
- Resolved
-
JDK-8143210 Clean up G1CollectorPolicy using G1CollectorPolicy::PauseKind
- Closed
-
JDK-8138752 G1CollectorPolicy::should_should_update_surv_rate_group_predictors() uses wrong predicate
- Resolved
-
JDK-8166500 Adaptive sizing for IHOP causes excessively long mixed GC pauses
- Closed
-
JDK-8192969 Adaptive IHOP uses a too large value for the number of bytes allocated in old gen
- Closed
-
JDK-8142484 Let IHOP follow the current capacity, not the maximum capacity
- Resolved