JVM垃圾收集器CMS和G1
CMS(Concurrent Mark Sweep)收集器是一种以获取 最短回收停顿时间 为目标的收集器。采用的是"标记-清除算法",整个过程分为4步
由于整个过程中,并发标记和并发清除,收集器线程可以与用户线程一起工作,所以总体上来说,CMS收集器的内存回收过程是与用户线程一起并发地执行的。集器
G1特点:
(1)初始标记 CMS initial mark 标记GC Roots能关联到的对象 Stop The World--->速度很快
(2)并发标记 CMS concurrent mark 进行GC Roots Tracing
(3)重新标记 CMS remark 修改并发标记因用户程序变动的内容 Stop TheWorld
(4)并发清除 CMS concurrent sweep
优点:并发收集、低停顿
缺点:产生大量空间碎片、并发阶段会降低吞吐量
图解说明:
G1收集器
特点:
并行与并发分代收集(仍然保留了分代的概念)空间整合(整体上属于“标记-整理”算法,不会导致空间碎片)
可预测的停顿(比CMS更先进的地方在于能让使用者明确指定一个长度为M毫秒的时间片段内,消耗在垃圾收集上的时间不得超过N毫秒)
步奏:
初始标记(Initial Marking) 标记一下GC Roots能够关联的对象,并且修改TAMS的值,需要暂停用户线程
并发标记(Concurrent Marking) 从GC Roots进行可达性分析,找出存活的对象,与用户线程并发执行
最终标记(Final Marking) 修正在并发标记阶段因为用户程序的并发执行导致变动的数据,需暂停用户线程
筛选回收(Live Data Counting and Evacuation) 对各个Region的回收价值和成本进行排序,根据用户所期望的GC停顿时间制定回收计划
图解说明:
比较CMS和G1的区别:
cms大致可以这么理解:初始化--->用户现场和并发线程共同执行--->重新标记--->并发清理的同时用户线程继续执行
g1大致可以这么理解:在cms基础上面可以调节垃圾收集停顿时间。
相关推荐
coolrainman 2020-07-28
zhouxihua0 2020-07-27
liufangbaishi0 2020-07-18
ChenRuiyz 2020-07-18
nbfcome 2020-07-04
jvm 2020-07-04
nbfcome 2020-06-26
zhouxihua0 2020-06-17
一支菜鸟 2020-06-07
bulargyzone 2020-10-26
csdnxingyuntian 2020-10-19
Locksk 2020-10-12
liufangbaishi0 2020-09-23
darlingtangli 2020-09-10
lxttiger 2020-08-18
一支菜鸟 2020-07-27
nangongyanya 2020-07-26
chenkai00 2020-07-26
voiletbin 2020-07-26