1. CMS概念
CMS 是老年代垃圾回收算法,通过标记-清除的方式,=意在通过并发的方式适度减少吞吐量,减少用户线程停顿时间。
2. CMS常见问题
既然CMS可以并发回收垃圾,效率这么高,为什么不作为JDK的默认垃圾回收器?因为CMS存在两个问题。当出现问题时,其回收垃圾效率大打折扣。
1.Memory Fragmentation(内存碎片问题)
因为CMS是用的回收算法是标记清除算法,那就意味着会产生内存碎片。
当内存碎片过多,导致启动单线程serial Old垃圾回收器,单线程意味着效率低。
缓解办法:
CMS收集器提供了-XX:UseCMSCompactAtFullCollection开关参数,用于在CMS收集器不得不进行Full GC时开启内存碎片的合并整理过程。 有参数可以配置有多少次Full GC会堆内存碎片进行整理(-XX:CMSFullGCsBeforeCompaction)
2.Floating Garbage(浮动垃圾)
1.什么是浮动垃圾?
在CMS的并发标记和并发清理阶段,用户线程是还在继续运行的,程序在运行自然就还会伴随有新的垃圾对象不断产生,而这部分的垃圾对象是出现在标记过程结束以后,CMS无法在当次收集中处理掉它们,只好留在下次垃圾收集时再清理掉。这样的垃圾就叫做浮动垃圾。
2.CMS怎么处理浮动垃圾?
由于垃圾收集和用户线程是并发执行的,因此CMS收集器不能像其他收集器那样几乎填满了再进行收集,需要预留一些空间用来保存用户新创建的对象。
在JDK1.5之前老年带使用了68%空间后就会激活CMS收集。
到了JDK6 CMS收集器的启动阀值就已经默认提升到92%。
3.如果预留空间不够怎么办?
CMS垃圾回收报错(Concurrent Model Failure) 并发失败。
启动后备预案:冻结用户线程的执行,临时启用Serial Old收集器来重新进行老年代的垃圾收集。(这样的话时间就会变得很长)
我们应该怎么避免启用Serial Old收集器来重新进行老年代的垃圾收集?
实际应用中可以适当调整参数-XX:CMSInitiatingOccu-pancyFraction 的值来提高CMS的触发百分比,降低内存回收频率获得更好的性能。