United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: JDK-7113021 G1: automatically enable young gen size auto-tuning when -Xms==-Xmx
JDK-7113021 : G1: automatically enable young gen size auto-tuning when -Xms==-Xmx

Details
Type:
Enhancement
Submit Date:
2011-11-17
Status:
Closed
Updated Date:
2012-03-29
Project Name:
JDK
Resolved Date:
2012-03-29
Component:
hotspot
OS:
generic
Sub-Component:
gc
CPU:
generic
Priority:
P3
Resolution:
Fixed
Affected Versions:
hs23
Fixed Versions:
hs23 (b10)

Related Reports
Backport:
Backport:
Relates:

Sub Tasks

Description
Currently, we enable young gen size auto-tuning when min young gen size != max young gen size (see 6929868: G1: introduce min / max young gen size bounds). However, if -Xms is set to the same value as -Xmx and the user does not set NewSize and MaxNewSize explicitly, the min and max young gen size are calculated to be the same value (we use the NewRatio calculation by default). So in this case young gen size auto-tuning is turned off by default. We should make sure it is enabled by default by coming up with reasonable min / max young gen size defaults. Additionally, we should also apply said defaults in the case where -Xms != -Xmx instead of just applying NewRatio to the min / max heap size.
There are three command line options related to the young gen size: NewSize, MaxNewSize and NewRatio (There is also -Xmn, but that is just a short form for NewSize==MaxNewSize). G1 will use its internal heuristics to calculate the actual young gen size, so these options basically only limit the range within which G1 can pick a young gen size. Also, these are general options taking byte sizes. G1 will internally work with a number of regions instead. So, some rounding will occur.

The idea is that my fix should work pretty much as follows:

If nothing related to the the young gen size is set on the command line we should allow the young gen to be between 20% and 50% of the heap size. This means that every time the heap size changes the limits for the young gen size will be updated.

If only -XX:NewSize is set we should use the specified value as the minimum size for young gen. Still using 50% of the heap as maximum.

If only -XX:MaxNewSize is set we should use the specified value as the maximum size for young gen. Still using 20% of the heap as minimum.

If -XX:NewSize and -XX:MaxNewSize are both specified we use these values. No updates when the heap size changes. There is a special case when NewSize==MaxNewSize. This is interpreted as "fixed" and will use a different heuristic for calculating the collection set when we do mixed collection.

If only -XX:NewRatio is set we should use the specified ratio of the heap as both min and max. This will be interpreted as "fixed" just like the NewSize==MaxNewSize case above. But we will update the min and max everytime the heap size changes.

NewSize and MaxNewSize override NewRatio. So, NewRatio is ignored if it is combined with either NewSize or MaxNewSize. (A warning message is printed.)

                                    

Comments
EVALUATION

http://hg.openjdk.java.net/hsx/hotspot-gc/hotspot/rev/1cbe7978b021
                                     
2011-12-22
EVALUATION

http://hg.openjdk.java.net/lambda/lambda/hotspot/rev/1cbe7978b021
                                     
2012-03-22



Hardware and Software, Engineered to Work Together