开启 G1 Collector
G1收集器的出现除了提供可控的低延迟GC,解决历史收集器的一些弊病,同时还尽力简化调优参数
对于大多数应用,开启收集器,再配置一下Xms和Xmx就足够了(不建议配置Xmn)
-XX:+UseG1GC
核心参数
- 最大暂停时间的目标值
默认值为200毫秒。
太大会导致延迟大,太小会导致频繁GC,吞吐下降,请结合堆大小酌情谨慎调节。一般情况下,使用默认值就好。
-XX:MaxGCPauseMillis=200
- G1每个Region的大小
该值为2的幂,范围为1MB到32MB。我们的目标是根据最小Java堆大小拥有大约2048个区域。
建议交给JVM自动分配
-XX:G1HeapRegionSize=n
重要参数
-
年轻代堆大小的最小值
设置年轻代堆大小占整个堆的百分比。
默认值是Java堆的5% (experimental VM flag) -
年轻代堆大小的最大值
设置年轻代堆大小占整个堆的百分比。
默认值是Java堆的60%。(experimental VM flag)
-XX:G1NewSizePercent=5
-XX:G1MaxNewSizePercent=60
- 触发标记周期的Java堆占用率阈值
触发标记周期的Java堆占用率阈值。默认占用率是整个Java堆的45%。
-XX:InitiatingHeapOccupancyPercent=45
- MixedGC周期中的老年代的占用率阈值
设置要包含在混合垃圾收集周期中的老年代的占用率阈值。默认占用率为85%。(experimental VM flag)
(OldRegion 中 对象存活百分比<G1MixedGCLiveThresholdPercent 的才能会被回收 扫描回收)
-XX:G1MixedGCLiveThresholdPercent=85
- 允许堆浪费的百分比
设置您愿意浪费的堆的百分比。默认值为10%。
当可回收百分比小于堆浪费百分比时,Java HotSpot VM不会启动混合垃圾收集周期。
-XX:G1HeapWastePercent=10
- MixedGC周期中收集老年代区域的上限
设置在一个混合垃圾收集周期中要收集的老年代区域的上限。默认值为Java堆的10%。
-XX:G1OldCSetRegionThresholdPercent=10
- 保留空闲内存百分比
设置保持空闲的保留内存百分比,以降低到空间溢出的风险。默认值为10%。
-XX:G1ReservePercent=10
- MixedGC收集的目标数量
设置标记周期后混合垃圾收集的目标数量,以收集旧区域(OldRegion 中 对象存活百分比<G1MixedGCLiveThresholdPercent)。默认值为8个混合垃圾回收周期。混合集合的目标是在此目标数量内。
-XX:G1MixedGCCountTarget=8
GC问题分析
问题特征
使用默认配置参数,(MaxGCPauseMillis=200)多个服务GC收集器从CMS转到G1效果都很好,GC耗时每分钟 大都在40ms以内,但是有个服务就与众不同了。
- YoungGC耗时长 300~500ms 有时1s+;
- mixedGC 频次低,耗时短,都在50ms以内;
- 日志中常见 to survivor 耗尽 (to-space exhausted);
分析思路
- 调小年轻代
让yongGC频繁一些,快一些
默认5%~60%
-XX:+UnlockExperimentalVMOptions
-XX:G1NewSizePercent=25
-XX:G1MaxNewSizePercent=40
- mixedGC调节
提前触发,每次多回收一些
提前触发标记周期 45%–>35%
mixedGC扫描的老年代的占用率阈值,占用率高的不再扫描 85%–>65% (experimentalVMOptions)
mixedGC中要收集的老年代区域占整个堆的百分比上限 10%–>20%
混合垃圾收集的目标数量,多分几次执行 8–>12
-XX:InitiatingHeapOccupancyPercent=35
-XX:+UnlockExperimentalVMOptions -XX:G1MixedGCLiveThresholdPercent=65
-XX:G1OldCSetRegionThresholdPercent=20
-XX:G1MixedGCCountTarget=12
- 防止晋升失败
少浪费一些:10%–>5%
空闲空间多留一些:10%–>20%
如大对象晋升失败,可调大Region
-XX:G1HeapWastePercent=5
-XX:G1ReservePercent=20
-XX:G1HeapRegionSize=8
常用命令
- 查看G1 experimental flag
java -XX:+UnlockExperimentalVMOptions -XX:+PrintFlagsFinal -version|grep 'experimental' |grep G1
- 查看某进程X设定的VM参数
例如查看 MaxGCPauseMillis 的值
jinfo -flag MaxGCPauseMillis pid
- 查看进程GC情况
各分区使用情况,GC次数和时间
jstat -gc pid
- 查看进程VM参数
jinfo -flags pid
G1常见日志解析
-
GC pause (GCLocker Initiated GC) (young)
这个是一个由GCLocker发起的年轻代垃圾收集事件。GCLocker是Java的一个特性,它可以在某些情况下阻止垃圾收集器运行,以避免对应用程序产生负面影响。当GCLocker释放时,它可能会触发一次垃圾收集。
使用JNI临界区的方式操作数组或者字符串时,为了防止GC过程中jarray或者jstring发生位移,而导致数组指针失效,需要保持它们在JVM Heap中的地址在JNI Critical过程中保持不变。于是JVM实现了GC_locker,用于JNI Critical内阻止其他GC的发生。 -
GC pause (G1 Evacuation Pause) (young)
年轻代已满,执行 YoungGC。
其中"Evacuation"表示在垃圾收集期间,存活的对象被从一个区域移动到另一个区域。 -
GC pause (G1 Humongous Allocation) (young) (initial-mark)
在年轻代发现了一个"Humongous"对象(即大于G1中region大小50%的对象),触发YoungGC,当前正在进行初始标记阶段。在这个阶段,垃圾收集器会标记出所有的根对象和年轻代中的存活对象。 -
GC pause (G1 Humongous Allocation) (young) (to-space exhausted)
年轻代发现了一个"Humongous"对象,并且用于存储新对象的"To Space"已经耗尽。执行YoungGC来释放空间。 -
GC pause (G1 Evacuation Pause) (mixed)
老年代空间占整个堆空间比例达到阈值(默认45%),执行 MixedGC。 -
Full GC (Allocation Failure)
堆内存空间不足以分配新的对象,触发Full GC。
reference
- https://www.oracle.com/technical-resources/articles/java/g1gc.html
- https://code84.com/882088.html