JVM G1GC的混合gc没有收集太多旧区域

Question

我的服务器在CentOS 6.7上使用1.8.0_92，GC param是＆＃39; -Xms16g -Xmx16g -XX：+ UseG1GC＆＃39;。因此默认的InitiatingHeapOccupancyPercent为45，G1HeapWastePercent为5，G1MixedGCLiveThresholdPercent为85.我的服务器的混合GC从7.2GB开始，但是它的清理越来越少，最后老一代保持大于7.2GB，所以它的总是尝试做并发标记。最后所有堆都耗尽并且发生了完整的GC。完全GC后，使用的旧版本低于500MB。

我很好奇为什么我的混合GC不能收集更多，看起来像实时数据不是那么多......

我尝试过打印g1相关信息，发现下面有很多消息，看起来像我的旧版本包含很多实时数据，但为什么完整的GC可以收集这么多......

G1Ergonomics (Mixed GCs) do not continue mixed GCs, reason: reclaimable percentage not over threshold, candidate old regions: 190 regions, reclaimable: 856223240 bytes (4.98 %),  threshold: 5.00 %

以下日志是将InitiatingHeapOccupancyPercent修改为15（启动并发标记为2.4GB）以加快速度的结果。

### PHASE Post-Marking
......
### SUMMARY  capacity: 16384.00 MB  used: 2918.42 MB / 17.81 %  prev-live: 2407.92 MB / 14.70 %  next-live: 2395.00 MB / 14.62 %  remset: 56.66 MB  code-roots: 0.91 MB
### PHASE Post-Sorting
....
### SUMMARY  capacity: 1624.00 MB  used: 1624.00 MB / 100.00 %  prev-live: 1123.70 MB / 69.19 %  next-live: 0.00 MB / 0.00 %  remset: 35.90 MB  code-roots: 0.89 MB

修改

我尝试在混合GC后触发完整的GC，它仍然可以减少到4xx MB，所以看起来我的旧版有更多的数据可以收集。

在完全gc之前，混合的gc日志是

 32654.979: [G1Ergonomics (Mixed GCs) start mixed GCs, reason: candidate old regions available, candidate old regions: 457 regions, reclaimable: 2956666176 bytes (17.21 %), threshold: 5.00 %], 0.1106810 secs]
 ....
 [Eden: 6680.0M(6680.0M)->0.0B(536.0M) Survivors: 344.0M->280.0M Heap: 14.0G(16.0G)->7606.6M(16.0G)]
 [Times: user=2.31 sys=0.01, real=0.11 secs]
 ...
 [GC pause (G1 Evacuation Pause) (mixed)
 ...
 32656.876: [G1Ergonomics (CSet Construction) finish adding old regions to CSet, reason: old CSet region num reached max, old: 205 regions, max: 205 regions]
 32656.876: [G1Ergonomics (CSet Construction) finish choosing CSet, eden: 67 regions, survivors: 35 regions, old: 205 regions, predicted pause time: 173.84 ms, target pause time: 200.00 ms]
 32656.992: [G1Ergonomics (Mixed GCs) continue mixed GCs, reason: candidate old regions available, candidate old regions: 252 regions, reclaimable: 1321193600 bytes (7.69 %), threshold: 5.00 %]
 [Eden: 536.0M(536.0M)->0.0B(720.0M) Survivors: 280.0M->96.0M Heap: 8142.6M(16.0G)->6029.9M(16.0G)]
 [Times: user=2.49 sys=0.01, real=0.12 secs]
 ...
 [GC pause (G1 Evacuation Pause) (mixed)
 ...
 32659.727: [G1Ergonomics (CSet Construction) finish adding old regions to CSet, reason: reclaimable percentage not over threshold, old: 66 regions, max: 205 regions, reclaimable: 857822432 bytes (4.99 %), threshold: 5.00 %]
 32659.727: [G1Ergonomics (CSet Construction) finish choosing CSet, eden: 90 regions, survivors: 12 regions, old: 66 regions, predicted pause time: 120.51 ms, target pause time: 200.00 ms]
 32659.785: [G1Ergonomics (Mixed GCs) do not continue mixed GCs, reason: reclaimable percentage not over threshold, candidate old regions: 186 regions, reclaimable: 857822432 bytes (4.99 %), threshold: 5.00 %]
 [Eden: 720.0M(720.0M)->0.0B(9064.0M) Survivors: 96.0M->64.0M Heap: 6749.9M(16.0G)->5572.0M(16.0G)]
 [Times: user=1.20 sys=0.00, real=0.06 secs]

修改 二零一六年十二月一十一日

我已使用-Xmx4G从另一台计算机上转储堆。

我使用了莴苣作为我的redis客户端，它使用LatencyUtils进行跟踪。它使LatencyStats（其中包含一些long[]具有近3000个元素）实例每10分钟引用一次弱（默认情况下，发布后的重置延迟为https://github.com/mp911de/lettuce/wiki/Command-Latency-Metrics）。所以很长一段时间后它会对LatencyStats做很多弱的参考。

Full GC之前。

完整GC后。

目前我不需要从生菜中追踪，所以只需禁用它，它就不再有完整的GC了。但不确定为什么混合gc不能清除它们。

Answer 1

好吧，您没有提到您设置的所有参数，但是

您可以尝试设置

-XX:+ScavengeBeforeFullGC

，您还应该考虑自己的Object的生命周期。您的应用Object有效期为多久，Object大小为多少。

考虑一下，看看下面的论点

-XX:NewRatio=n              old/new ration (default 2)
-XX:SurvivorRatio=n         eden/survivor ratio (default 8)
-XX:MaxTenuringThreshold=n  number of times, objects are moved from survivor one to survivor two and vice versa before objects are moved to old-gen (default 15)

具有默认值 Xms和Xmx设置为32gb->老一代= 16gb和新一代16gb->伊甸园14gb->幸存者2gb（有两个，每个大小为1gb）

eden包含由Object实例化的所有new Object。

一个幸存者（至幸存者）始终为空。其他（来自幸存者）包含Object个在次要gc中幸存的

从伊甸园和幸存者那里幸存的Object s进入未成年人gc到达幸存者

如果此“默认配置”的标准大小1gb超出了标准，则Object属于旧版本

如果未超过该值，则在15个次要gc（默认值为-XX:MaxTenuringThreshold）之后，Object s将变为旧版本

通过调整这些值，请始终牢记，旧一代必须与新一代一样大或更大，因为gc可能导致整个新一代都成为老一代

修改

您的第一张“旧时代：已使用”图片的时间表会很有帮助

请记住，在老一代不超过之前，无需做一个完整的gc-一个完整的gc会使整个“世界”停止一定时间

在这种情况下，我会说你可以

1. 将-Xms和-Xmx减少到8GB
2. 将-XX:SurvivorRatio的值设置/减少为2
3. 将-XX:MaxTenuringThreshold设置/增加为50

您将获得一个新老一代，每个大小为4GB，

eden大小为2GB，

两个幸存者，每个幸存者大小为1gb，

和大约50个未成年人gc，在Object进入旧一代之前