G1 GC老年代容量超出配置阈值相关问题咨询

JVM参数配置 #

-Xmx12288m 
-Xms12288m 
-Xss256k
-XX:G1NewSizePercent=35
-XX:G1MaxNewSizePercent=60
-XX:MaxGCPauseMillis=200
-XX:+UseG1GC
-XX:-OmitStackTraceInFastThrow
-XX:MinHeapFreeRatio=30
-XX:MaxHeapFreeRatio=50 
-XX:+UnlockExperimentalVMOptions

GC日志 #

2024-01-25T19:25:58.266+0800: 7483.790: [GC pause (G1 Evacuation Pause) (young) (to-space exhausted), 1.5322861 secs]
[Eden: 6828.0M(6828.0M)->0.0B(4148.0M) Survivors: 272.0M->152.0M Heap: 11993.5M(12288.0M)->9724.0M(12288.0M)]

问题 #

(1) 老年代容量是否为：9724M（总堆占用）-152M（Survivor区）-0M（Eden区）=9572M？
(2) 若(1)计算正确，为何老年代容量会超过7987.2M的配置阈值？

解答 #

(1) 计算正确性 #

这个计算是准确的，这里的9572M是老年代的已用容量。Young GC完成后，Eden区被完全回收（占用0M），Survivor区实际占用152M，总堆已用空间为9724M，因此老年代的已用容量就是总堆已用减去新生代已用，即9724 - 152 - 0 = 9572M。

(2) 老年代已用超过理论阈值的原因 #

你对G1NewSizePercent的理解存在偏差，它并非限制老年代的最大容量，而是定义新生代的初始最小占比，G1的新生代与老年代比例是动态调整的，核心目标是满足MaxGCPauseMillis设定的停顿要求，具体原因如下：

• 本次GC日志标记了to-space exhausted，说明在新生代对象 evacuation（转移）过程中，Survivor区空间不足，部分存活对象无法进入Survivor，只能直接晋升到老年代，导致老年代已用空间激增。
• G1NewSizePercent=35只是新生代的初始大小比例，G1会根据历史GC停顿时间、对象晋升速率等数据动态调整新生代的大小范围，并非固定死35%的占比。即使设置了G1MaxNewSizePercent=60，这也只是新生代的最大比例参考值，当内存压力陡增（如本次to-space耗尽）时，G1会临时打破比例限制，允许老年代占用更多堆空间。
• G1是基于Region的回收器，堆内存被划分为多个大小相等的Region，新生代和老年代的Region是动态分配的，没有严格的硬边界，不存在“老年代最大容量固定为7987.2M”的说法，这个数值只是基于初始比例的理论计算值，而非实际运行中的硬限制。

内容的提问来源于stack exchange，提问作者huangdaxian