Question

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

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

这是否与错误相关：'在并发标记'https://bugs.openjdk.java.net/browse/JDK-8065402

期间标记堆栈溢出时，G1不会扩展标记堆栈

根据上面的建议，我们将并发标记线程从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

来自oracle g1_gc博客：

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

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

您的VM参数几乎没有观察到：

G1 GC是一个自适应垃圾收集器，其默认设置使其无需修改即可高效工作。快速浏览一下G1GC上的oracle文档page
要设置的关键参数：-XX:MaxGCPauseMillis, -XX:G1HeapRegionSize,-XX:ParallelGCThreads=n, -XX:ConcGCThreads=n 将其他所有内容保留为默认值。
如果堆大小为16 GB，则理想的区域大小应为8 MB。确保您保留2048个区域。
重温您的暂停时间目标。 -XX:MaxGCPauseMillis。如果200ms对于16 GB堆不切实际，请将此值设置为正确。
官方文档页面建议根据计算机中的核心数设置XX:ParallelGCThreads=n, -XX:ConcGCThreads=n的方法。

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

-XX:ConcGCThreads=n：设置并行标记线程的数量。将n设置为并行垃圾回收线程数（ParallelGCThreads）的大约1/4。
重新访问-XX:InitialHeapSize=17179869184 -XX:InitiatingHeapOccupancyPercent=45 -XX:G1ReservePercent=20个参数。除非您需要更改它们，否则请将它们保留为默认值。

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

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

1 个答案: