自己如何在家做网站,网站建设刂搜金手指下拉二五,网站做目录,企业微网站开发CMS垃圾回收
CMS GC的官方名称为“Mostly Concurrenct Mark and Sweep Garbage Collector”#xff08;最大-并发-标记-清除-垃圾收集器#xff09;。 作用范围#xff1a; 老年代 算法#xff1a; 并发标记清除算法。 启用参数#xff1a;-XX:UseConMarkSweepGC 默认回收…CMS垃圾回收
CMS GC的官方名称为“Mostly Concurrenct Mark and Sweep Garbage Collector”最大-并发-标记-清除-垃圾收集器。 作用范围 老年代 算法 并发标记清除算法。 启用参数-XX:UseConMarkSweepGC 默认回收线程数处理器核心数量 3/4Java9之后使用CMS垃圾收集器后默认年轻代就为ParNew收集器并且不可更改同时JDK9之后被标记为不推荐使用JDK14就被删除了。 设计目标/优点避免在老年代垃圾收集时出现长时间的卡顿主要通过两种手段来达成此目标 第一不对老年代进行整理而是使用空闲列表free-list来管理内存空间的回收 第二在mark-and-sweep标记-清除阶段的大部分工作和应用线程一起并发执行。
CMS的几个阶段
CMS 处理过程有七个步骤 初始标记,会导致stw; 并发标记与用户线程同时运行 预清理与用户线程同时运行 可被终止的预清理与用户线程同时运行 重新标记 会导致swt 并发清除与用户线程同时运行
或者说简化四个步骤 初始标记仅仅只是标记一下GC Roots能直接关联到的对象速度很快需要“Stop The World”。 并发标记进行GC Roots Tracing的过程在整个过程中耗时最长。 重新标记为了修正并发标记期间因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录这个阶段的停顿时间一般会比初始标记阶段稍长一些但远比并发标记的时间短。此阶段也需要“Stop The World”。 并发清除。
触发条件
1、如果没有设置-XX:UseCMSInitiatingOccupancyOnly虚拟机会根据收集的数据决定是否触发建议线上环境带上这个参数不然会加大问题排查的难度。 2、老年代使用率达到阈值 CMSInitiatingOccupancyFraction默认92%。 3、永久代的使用率达到阈值 CMSInitiatingPermOccupancyFraction默认92%前提是开启 CMSClassUnloadingEnabled。 4、新生代的晋升担保失败。 CMS的初始标记阶段会扫描新生代对象并把新生代的有效对象作为GC ROOT用于第二阶段的扫描。
因为老年代对象可能只被新生代对象引用故需要扫描新生代
问题
1、垃圾碎片的问题 我们都知道CMS是使用的是标记-清除算法的所以不可避免的就是会出现垃圾碎片的问题。 2、一般CMS的GC耗时80%都在remark阶段remark阶段停顿时间会很长 3、concurrent mode failure 发生在cms正在回收的时候。执行CMS GC的过程中同时业务线程也在运行当年轻带空间满了执行ygc时需要将存活的对象放入到老年代而此时老年代空间不足这时CMS还没有机会回收老年带产生的或者在做Minor GC的时候新生代救助空间放不下需要放入老年代而老年代也放不下而产生的。 4、promotion failed 进行Minor GC时Survivor空间不足对象只能放入老年代而此时老年代也放不下造成的多数是由于老年代有足够的空闲空间但是由于碎片较多新生代要转移到老年带的对象比较大,找不到一段连续区域存放这个对象导致的。
解决方法 垃圾碎片问题需要用到这个参数-XX:CMSFullGCsBeforeCompactionn 意思是说在上一次CMS并发GC执行过后到底还要再执行多少次full GC才会做压缩。默认是0也就是在默认配置下每次CMS GC顶不住了而要转入full GC的时候都会做压缩。
concurrent mode failure问题-XX:UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction60 是指设定CMS在对内存占用率达到60%的时候开始GC。 为什么设置这两个参数呢由于在垃圾收集阶段用户线程还需要运行那也就还需要预留有足够的内存空间给用户线程使用因此CMS收集器不能像其他收集器那样等到老年代几乎完全被填满了再进行收集。
remark阶段停顿时间会很长的问题解决这个问题巨简单加入-XX:CMSScavengeBeforeRemark。在执行remark操作之前先做一次Young GC目的在于减少年轻代对老年代的无效引用降低remark时的开销。
