JVM 之 CMS 原理

CMS 概述

CMS(Concurrent Mark Sweep) 收集器是一种获取最短回收停顿时间为目标的收集器 基于标记-清除算法 分为4个步骤

  • 初始标记(CMS Initial Mark)
  • 并发标记(CMS concurrent Mark)
  • 重新标记(CMS Remark)
  • 并发清除(CMS concurrent Sweep)

初始标记、重新标记需要 stop the world。

阶段1:初始标记(CMS Initial Mark)

初始标记需要 Stop The World 初始标记用于标记老年代中GC root 能直接关联到的对象,或者被年轻代对象引用的存活对象。

图片来源于## GC Algorithms: Implementations

sql 复制代码
2023-09-17T15:26:55.433+0800: 518583.749: 
[GC (CMS Initial Mark) [1 CMS-initial-mark: 5087358K(6359040K)] 5113671K(10073088K), 0.0036786 secs] 
[Times: user=0 .02 sys=0.00, real=0.01 secs]

注释

  • GC开始的时间,以及相对于JVM启动的时间
  • 初始标记,收集所有GC root,以及直接引用的对象
    • 5087358K _ 当前老年代使用的容量,这里是4.8G
    • 6359040K _ 老年代可用最大容量,这里是6G
    • 5113671K _ 整个堆目前使用的容量
    • 10073088K _ 堆可用容量 9.6G
  • 该阶段时间统计

阶段2:并发标记(CMS concurrent Mark)

根据GC root 遍历老年代,标记所有存活的对象。并不是老年代中所有存活对象都会被标记,并发标记期间,用户程序继续运作而导致标记产生变动。

yaml 复制代码
2023-09-17T15:26:55.438+0800: 518583.754: [CMS-concurrent-mark-start] 
2023-09-17T15:26:55.580+0800: 518583.896: [CMS-concurrent-mark: 0.133/0.143 secs] [Times: user=0.56 sys=0.31, real=0.14 secs] 
  • CMS-concurrent-mark _ 并发标记阶段,遍历老年代标记所有存活对象
  • 0.133/0.143 secs _ 这个阶段持续的时间和时钟时间
  • Times: user=0.56 sys=0.31, real=0.14 secs\] _ 并发阶段意义不大,因为从并发标记开始时间开始计算,包含的不仅仅是并发标记的时间

concurrent-preclean

yaml 复制代码
2023-09-17T15:26:55.580+0800: 518583.896: [CMS-concurrent-preclean-start]
2023-09-17T15:26:55.598+0800: 518583.914: [CMS-concurrent-preclean: 0.017/0.017 secs] [Times: user=0.03 sys=0.02, real=0.02 secs] 

concurrent-abortable-preclean

yaml 复制代码
2023-09-17T15:26:55.598+0800: 518583.914: [CMS-concurrent-abortable-preclean-start]
2023-09-17T15:26:58.248+0800: 518586.564: [CMS-concurrent-abortable-preclean: 2.629/2.650 secs] [Times: user=6.07 sys=2.13, real=2.65 secs] 

阶段4: 重新标记(CMS Remark)

STW

yaml 复制代码
2023-09-17T15:26:58.253+0800: 518586.569: [GC (CMS Final Remark) 
[YG occupancy: 1726006 K (3714048 K)]
2023-09-17T15:26:58.253+0800: 518586.569: [Rescan (para llel) , 0.1338179 secs]
2023-09-17T15:26:58.387+0800: 518586.703: [weak refs processing, 0.0009936 secs]
2023-09-17T15:26:58.388+0800: 518586.704: [class unloa ding, 0.0364321 secs]
2023-09-17T15:26:58.425+0800: 518586.741: [scrub symbol table, 0.0274942 secs]
2023-09-17T15:26:58.452+0800: 518586.768: [scrub string ta ble, 0.0018922 secs]
[1 CMS-remark: 5087358K(6359040K)] 6813364K(10073088K), 0.2012828 secs] [Times: user=1.13 sys=0.00, real=0.20 secs]
  • YG occupancy: 1726006 K (3714048 K)\]------年轻代当前的占用量和容量,这里分别是 1.64G和 3.54G.

    • 老年代的使用量和总量,4.85, 6.06G
    • 堆的使用量和总量: 6.49G, 9.6G
    • 这个阶段持续的时间

阶段5:并发清理(CMS concurrent Sweep)

并发执行,清理垃圾对象

yaml 复制代码
2023-09-17T15:26:58.455+0800: 518586.771: [CMS-concurrent-sweep-start]
2023-09-17T15:27:10.444+0800: 518598.760: [CMS-concurrent-sweep: 11.861/11.989 secs] [Times: user=36.43 sys=4.77, real=11.98 secs] 
  • CMS-concurrent-sweep ------ 并发清除阶段,清除没有被标记的对象,回收他们占用的空间
  • 11.861/11.989 secs ------ 这个阶段的持续时间与时钟时间
  • Times: user=36.43 sys=4.77, real=11.98 secs\] ------ 并发阶段意义不大,从并发标记开始的时间开始计算,包含的不仅仅是并发标记的工作

并发执行,重置CMS收集器的数据结构,为下一次GC做准备

yaml 复制代码
2023-09-17T15:27:10.445+0800: 518598.761: [CMS-concurrent-reset-start]
2023-09-17T15:27:10.457+0800: 518598.773: [CMS-concurrent-reset: 0.012/0.012 secs] [Times: user=0.03 sys=0.00, real=0.02 secs] 
  • 0.012/0.012 secs ------ 这个阶段的持续时间和时钟时间
  • 并发阶段意义不大

参考

相关推荐
IT_102432 分钟前
Spring Boot项目开发实战销售管理系统——系统设计!
大数据·spring boot·后端
ai小鬼头2 小时前
AIStarter最新版怎么卸载AI项目?一键删除操作指南(附路径设置技巧)
前端·后端·github
Touper.2 小时前
SpringBoot -- 自动配置原理
java·spring boot·后端
一只叫煤球的猫2 小时前
普通程序员,从开发到管理岗,为什么我越升职越痛苦?
前端·后端·全栈
一只鹿鹿鹿2 小时前
信息化项目验收,软件工程评审和检查表单
大数据·人工智能·后端·智慧城市·软件工程
专注VB编程开发20年3 小时前
开机自动后台运行,在Windows服务中托管ASP.NET Core
windows·后端·asp.net
程序员岳焱3 小时前
Java 与 MySQL 性能优化:MySQL全文检索查询优化实践
后端·mysql·性能优化
一只叫煤球的猫3 小时前
手撕@Transactional!别再问事务为什么失效了!Spring-tx源码全面解析!
后端·spring·面试
旷世奇才李先生4 小时前
Ruby 安装使用教程
开发语言·后端·ruby
沃夫上校6 小时前
Feign调Post接口异常:Incomplete output stream
java·后端·微服务