CMS垃圾收集器&三色标记-JVM（十二）-Toy模板网

这篇具有很好参考价值的文章主要介绍了CMS垃圾收集器&三色标记-JVM（十二）。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

上篇文章说了CMS垃圾收集器是赋值清除，所以他不可以碎片整理，于是jvm支持两个参数，几次fullGC之后碎片整理压缩空间。Cms他会抢占cpu资源，因为是并行运行，所以会有浮动垃圾。还有执行不确定性，垃圾收集完，继续进入新的对象，导致异常concurrent mode faliture，最后用serial old处理，可以用jvm的fraction参数来参数百分之多少的时候需要GC，这样就预留充足的空间存储新对象。

垃圾收集器CMS-JVM（十一）

实际场景

前面介绍了cms的参数，那么我们如何应用呢？

前面文章我们介绍了parallel作用于年轻代和老年代回收，当时场景是因为回收的对象比较大，不能进入survivor，导致直接从eden进入old，这时候eden满的那一瞬间，也就是minor GC时候最后一个对象不会在年轻代回收，进入老年代，当时我们通过设置年轻代大小的参数，来解决了减少fullGC的问题。

CMS垃圾收集器&三色标记-JVM（十二）,jvm

那我们现在既然学习了cms和parNew，就试着用新的方法来解决。

前面我们的参数jvm参数配置是：

Java -Xms3072M -Xmx3072M -Xmn2048M -Xss1M -XX:MetaspaceSize=256M

-XX:MaxMetaspaceSize=256M -XX SurvivorRatio=8

这样配合当时的应用场景绝对不发生fullGc是不可能的。当时我们的场景是每秒产生60MB，但如果峰值增加，在23秒，24秒的时候，每次cpu分配给单个线程的运行已经超过几秒，这时候minor GC的时候会超过60M的数据移动到survivor，这时候200M的S0已经未必放的下这些存活的数据，需要移动到old，这时候当old满的时候又会触发fullGC。

但这种秒杀场景，即使出现这种情况影响也不大，因为当old满的时候，秒杀的前10分钟已经过去，这时候发生一次fullGC也不影响。

Java -Xms3072M -Xmx3072M -Xmn2048M -Xss1M -XX:MetaspaceSize=256M

-XX:MaxMetaspaceSize=256M -XX SurvivorRatio=8

-XX:MaxTenuringThreshold=5 -XX:PretenureSizeThreshold=1M

-XX:UseParNewGC -XX:+UseConcMarkSweepGC

-XX:UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=3

这个参数一次的fullGC不会存在大量参数，所以一次未必需要整理，配置两到三次都没有问题。