java - 使用 Java 8 中的 G1 垃圾收集器进行不必要的 Full GC？

Question

我们注意到偶尔会出现带有并发标记溢出的 G1 垃圾收集器的完整 GC。一旦发生并发标记重置溢出，该溢出将在下一个并发标记阶段继续。最终，它导致了完整的 GC，因为并发标记似乎不再有效。

我们有四台机器运行相同的基于 Apache Storm 的应用程序，具有相同的数据流量。只有一台机器每周有一次这样的经历。

这是否与bug有关:‘并发标记时标记栈溢出时G1不扩展标记栈’https://bugs.openjdk.java.net/browse/JDK-8065402

根据上一页的建议，我们将并发标记线程从 4 个增加到 8 个，并将堆大小从 8GB 增加到 16GB。然而，完整的 GC 仍然会发生，唯一的区别是发生延迟。

还有什么建议吗？

这是 GC 日志:

Java HotSpot(TM) 64-Bit Server VM (25.65-b01) for linux-amd64 JRE(1.8.0_65b17), 
built on Oct  6 2015 17:16:12 by "java_re" with gcc 4.3.0 20080428 (Red Hat 4.3.0-8) 
Memory: 4k page, physical 529167668k(69283408k free), swap 33554424k(33552380k free) 
CommandLine flags: -XX:ConcGCThreads=8 -XX:G1ReservePercent=20 -XX:GCLogFileSize=104857600 
-XX:InitialHeapSize=17179869184 -XX:InitiatingHeapOccupancyPercent=45 -XX:MaxGCPauseMillis=100 
-XX:MaxHeapSize=17179869184 -XX:NumberOfGCLogFiles=10 -XX:ParallelGCThreads=30 
-XX:+PrintAdaptiveSizePolicy -XX:PrintFLSStatistics=2 -XX:+PrintGC -XX:+PrintGCApplicationStoppedTime 
-XX:+PrintGCDateStamps -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC 
-XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseG1GC -XX:+UseGCLogFileRotation
...
...
2016-04-13T22:06:37.254-0400: 19839.175: [GC concurrent-root-region-scan-start]
2016-04-13T22:06:37.313-0400: 19839.234: [GC concurrent-root-region-scan-end, 0.0592966 secs]
2016-04-13T22:06:37.313-0400: 19839.234: [GC concurrent-mark-start]
2016-04-13T22:06:38.569-0400: 19840.490: [GC concurrent-mark-reset-for-overflow]
...
2016-04-13T22:06:42.810-0400: 19844.731: [GC concurrent-mark-reset-for-overflow]
...
2016-04-13T22:11:19.253-0400: 20121.175: [GC concurrent-mark-reset-for-overflow]
...
...
...
2016-04-14T01:58:17.254-0400: 33739.176: [GC concurrent-mark-reset-for-overflow]
...
2016-04-14T01:58:36.957-0400: 33758.878: [Full GC (Allocation Failure)

Answer 1

来自甲骨文 g1_gc博客:

GC concurrent-mark-reset-for-overflow :这表明全局标记堆栈已满并且堆栈溢出。并发标记检测到此溢出，必须重置数据结构以再次开始标记

因此增加 -XX:MarkStackSize 是一个快速的胜利。

从您的 VM 参数中观察到的很少:

1. G1 GC 是一种自适应垃圾收集器，其默认设置使其无需修改即可高效工作。快速查看 oracle 文档 page在 G1GC 上
2. 要设置的关键参数:-XX:MaxGCPauseMillis, -XX:G1HeapRegionSize,-XX:ParallelGCThreads=n, -XX:ConcGCThreads=n将其他所有内容保留为默认值。
3. 如果您的堆大小为 16 GB，则理想的区域大小应为 8 MB。确保维护 2048 区域。
4. 重新审视您的停顿时间目标。 -XX:MaxGCPauseMillis。如果 200ms 对于 16 GB 堆不现实，请适当设置此值。

5. 官方文档页面推荐了根据您机器的内核数设置XX:ParallelGCThreads=n, -XX:ConcGCThreads=n 的方法。

   -XX:ParallelGCThreads=n:设置 STW 工作线程的值。将 n 的值设置为逻辑处理器的数量。 n 的值与逻辑处理器的数量相同，最大为 8。

   -XX:ConcGCThreads=n:设置并行标记线程数。将 n 设置为并行垃圾收集线程数 (ParallelGCThreads) 的大约 1/4。

6. 重新访问 -XX:InitialHeapSize=17179869184 -XX:InitiatingHeapOccupancyPercent=45 -XX:G1ReservePercent=20 参数。将它们保留为默认值，除非您迫切需要更改它们。

访问此页面以更好地了解 G1GC日志。