本文介绍了针对JVM CMS垃圾收集器的优化过程，主要目标是减少abortable preclean阶段的耗时并避免Final Remark阶段的长时间暂停。通过调整-XX:CMSMaxAbortablePrecleanTime和-XX:CMSScheduleRemarkEdenPenetration参数，以及启用-XX:+CMSScavengeBeforeRemark选项，成功降低了GC停顿时间，尤其是在remark阶段。在优化后，Minor GC和remark的平均总耗时远低于未优化时的Final Remark耗时。
调整为最大持续时间为1s，Eden区使用占比10%，如下：
-XX:CMSMaxAbortablePrecleanTime=1000
-XX:CMSScheduleRemarkEdenPenetration=10
为什么调整成这样两个值，我们是这样考虑的：首先每次CMS都发生在老年代使用占比达到80%时，因为这是由下面两个参数决定的：
-XX:CMSInitiatingOccupancyFraction=80
-XX:+UseCMSInitiatingOccupancyOnly
而老年代的增长是由于部分对象在Minor GC后仍然存活，被晋升到老年代，导致老年代使用占比增长的，也就是在每次CMS GC发生之前刚刚发生过一次Minor GC，所以在那一刻新生代的使用占比是很低的。那么我们预计这个时候尽快结束abortable preclean阶段，在remark时就不需要扫描太多的Eden区对象，remark STW的时间也就不会太长。
调整的思路是这样了，那到底效果如何呢？
第一次调整的的结果
在统计期间（17小时左右）内，发生过2次CMS GC。Abortable Preclean 平均耗时835ms，这是预期内的。但是Final Remark 平均耗时495ms（调整
最低0.47元/天 解锁文章
扫一扫
777
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
