Bug ID: JDK-8136677 Adaptive sizing for IHOP in G1

JDK-8136677 : Adaptive sizing for IHOP in G1

Type: Enhancement
Component: hotspot
Sub-Component: gc
Affected Version: 9

Priority: P2
Status: Resolved
Resolution: Fixed

Submitted: 2015-09-17
Updated: 2021-09-22
Resolved: 2016-02-02

Versions (Unresolved/Resolved/Fixed)

The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.

JDK 9
9 b99Fixed

Related Reports

Blocks :	JDK-8136680 - Enable adaptive IHOP by default
Blocks :	JDK-8136679 - JFR event for adaptive IHOP
Relates :	JDK-8274178 - Occupancy value in logging and JRF event is inaccurate in G1IHOPControl
Relates :	JDK-8142484 - Let IHOP follow the current capacity, not the maximum capacity
Relates :	JDK-8057781 - Start mixed GC on the next GC after marking cycle completed
Relates :	JDK-8136678 - Implement adaptive sizing algorithm for IHOP
Relates :	JDK-8143220 - Fix documentation of InitiatingHeapOccupancyPercent
Relates :	JDK-8245511 - G1 adaptive IHOP does not account for reclamation of humongous objects by young GC
Relates :	JDK-8136681 - Factor out IHOP calculation from G1CollectorPolicy
Relates :	JDK-8137082 - Factor out G1 prediction code from G1CollectorPolicy and clean up
Relates :	JDK-8138740 - Start initial mark right after mixed GC if needed
Relates :	JDK-8138750 - Remove dead code in survivor rate group
Relates :	JDK-8140777 - Make Adaptive IHOP logging information the same as JFR logging
Relates :	JDK-8143210 - Clean up G1CollectorPolicy using G1CollectorPolicy::PauseKind
Relates :	JDK-8138752 - G1CollectorPolicy::should_should_update_surv_rate_group_predictors() uses wrong predicate
Relates :	JDK-8166500 - Adaptive sizing for IHOP causes excessively long mixed GC pauses
Relates :	JDK-8192969 - Adaptive IHOP uses a too large value for the number of bytes allocated in old gen
Relates :	JDK-8141402 - GC locker initiated GC ends mixed gc phase

Description

A common annoyance when using G1 is tuning of the IHOP value for both avoiding full gcs and also reaching optimal throughput. 

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.

Comments

Need to start mixed GC asap to increase possible IHOP

02-10-2015