G1GC非常高的GC计数和CPU，非常频繁的GCs杀死性能。

Question

我最近将我的Java应用程序从CMS + ParNew切换到了G1GC。我在进行切换时观察到的是CPU使用率提高了，GC计数+暂停时间也增加了。在切换之前我的JVM标志是

 java -Xmx22467m -Xms22467m -XX:NewSize=11233m -XX:+UseConcMarkSweepGC -XX:AutoBoxCacheMax=1048576 -jar my-application.jar

开关之后，我的旗子是：

java -Xmx22467m -Xms22467m -XX:+G1GC -XX:AutoBoxCacheMax=1048576 -XX:MaxGCPauseMillis=30 -jar my-application.jar

我遵循甲骨文的最佳实践http://www.oracle.com/technetwork/tutorials/tutorials-1876574.html

Do not Set Young Generation Size

也没有设定年轻一代的尺寸。然而，我怀疑年轻一代的规模才是问题所在。我所看到的是堆的使用在6-8GB之间波动。

​

而以前，随着CMS和Par New的出现，内存使用量在4-16 GB之间增长，然后我才看到一个GC：

​

我不明白为什么在G1GC中GC这么频繁。当涉及到用G1GC进行GC调优时，我不确定我遗漏了什么。

我使用的是Java 8: ava版本"1.8.0_144“Java(TM) SE运行时环境(build 1.8.0_144-b01) Java HotSpot(TM) 64位服务器VM (build 25.144-b01，混合模式)

谢谢你的帮助。

UPDATE：关于这些暂停的更多信息：

正如您所看到的，所有这些暂停都是G1New，它们似乎与我的目标暂停时间(30 my )一样长。当我查看切换到G1GC之前的G1GC暂停时，它是这样的：

因此，它们也都是年轻的gen集合(ParNew)，但它们的频率和时间都较短，因为只有当堆的使用量达到14 to左右(根据图表)时才会发生。

我仍然不知道为什么G1New发生得这么早(就堆的使用而言)。

更新2我还注意到NewRatio=2，我不知道G1GC是否尊重这一点，但这意味着我的新一代被限制在7GB。这就是原因吗？

更新3添加G1GC GC日志：0-AQdvb6vaBSYbkQcqn/view?usp=sharing

Answer 1

我看到在复制对象上花费的时间是非常重要的。看起来，在将对象提升为终身生成之前，G1GC默认有15代。我把它减为1 (-XX:MaxTenuringThreshold=1)

另外，我也不知道如何在日志中确认这一点，不过，我在查看GC日志时看到，年轻一代正在不断地被调整大小，从最小大小到最大大小。我缩小了范围，这也提高了性能。

看看这里，https://docs.oracle.com/javase/9/gctuning/garbage-first-garbage-collector-tuning.htm#JSGCT-GUID-70E3F150-B68E-4787-BBF1-F91315AC9AB9，我试图找出粗化是否确实是一个问题。但是它只是说设置gc+remset=trace，我不知道如何在命令行中传递给java，如果它甚至可以在JDK 8中使用，我增加了XX:G1RSetRegionEntry，以防万一。

我希望这对未来的G1GC调谐器有所帮助，如果其他人有更多的建议，那就太好了。

我仍然看到，经过处理的缓冲区在年轻的疏散过程中仍然花费了很长的时间，而扫描RS在混合收集中的时间非常长。不知道为什么