【发布时间】:2016-04-15 14:29:36
【问题描述】:
我们注意到 G1 垃圾收集器偶尔会发生完全 GC,并伴有并发标记溢出。一旦出现并发标记重置溢出,此溢出将在下一个并发标记阶段继续。最终,由于并发标记似乎不再起作用,它会导致完整的 GC。
我们有四台机器运行相同的基于 Apache Storm 的应用程序,具有相同的数据流量。每周只有一台机器有这种体验。
这是否与BUG有关:'G1在并发标记期间发生标记堆栈溢出时不扩展标记堆栈'https://bugs.openjdk.java.net/browse/JDK-8065402
根据上一页的建议,我们将并发标记线程从 4 个增加到 8 个,堆大小从 8GB 增加到 16GB。但是,full 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)
【问题讨论】:
-
查看这篇文章:blogs.oracle.com/poonam/entry/understanding_g1_gc_logs:3.198: [GC concurrent-mark-reset-for-overflow] 这表明全局标记堆栈已满,堆栈溢出。并发标记检测到此溢出,必须重置数据结构以重新开始标记
标签: java garbage-collection heap-memory g1gc