cms使用场景

最新推荐文章于 2023-07-05 17:15:26 发布
最新推荐文章于 2023-07-05 17:15:26 发布
阅读量3.5k 收藏 5
点赞数

采用CMS时候，新生代必须使用Serial GC或者ParNew GC两种。CMS共有七个步骤，只有Initial Marking和Final Marking两个阶段是stop-the-world的，其他步骤均和应用并行进行。持久代的GC也采用CMS，通过-XX：CMSPermGenSweepingEnabled -XX：CMSClassUnloadingEnabled来制定。在采用cms gc的情况下，ygc变慢的原因通常是由于old gen出现了大量的碎片。

 

为啥CMS会有内存碎片，如何避免？

由于在CMS的回收步骤中，没有对内存进行压缩，所以会有内存碎片出现，CMS提供了一个整理碎片的功能，通过-XX：UseCompactAtFullCollection来启动此功能，启动这个功能后，默认每次执行Full GC的时候会进行整理（也可以通过-XX：CMSFullGCsBeforeCompaction=n来制定多少次Full GC之后来执行整理），整理碎片会stop-the-world.

 

啥时候会触发CMS GC？

1、旧生代或者持久代已经使用的空间达到设定的百分比时（CMSInitiatingOccupancyFraction这个设置old区，perm区也可以设置）；

2、JVM自动触发(JVM的动态策略，也就是悲观策略)（基于之前GC的频率以及旧生代的增长趋势来评估决定什么时候开始执行），如果不希望JVM自行决定，可以通过-XX：UseCMSInitiatingOccupancyOnly=true来制定；

3、设置了 -XX：CMSClassUnloadingE考虑nabled 这个则考虑Perm区；

 

啥时候会触发Full GC？

一、旧生代空间不足：java.lang.outOfMemoryError：java heap space；

二、Perm空间满：java.lang.outOfMemoryError：PermGen space；

三、CMS GC时出现promotion failed  和concurrent  mode failure（Concurrent mode failure发生的原因一般是CMS正在进行，但是由于old区内存不足，需要尽快回收old区里面的死的java对象，这个时候foreground gc需要被触发，停止所有的java线程，同时终止CMS，直接进行MSC。）；

四、统计得到的minor GC晋升到旧生代的平均大小大于旧生代的剩余空间；

五、主动触发Full GC（执行jmap -histo:live [pid]）来避免碎片问题；

 

为啥heap小于3g不建议使用CMS GC这种方式？

http://hellojava.info/?p=142 毕大师的这篇文章讲的很清楚。

1、触发比例不好设置，设置大了，那么剩余的空间就少了很多，设置小了，那old区还没放置多少东西，就要进行回收了；

2、CMS进行的时候，是并行的，也就意味着如果过于频繁的话，会和应用的强占CPU；

3、CMS会有内存 碎片问题；

4、YGC的速率变慢（由于CMS GC的实现原理，导致对象从新生代晋升到旧生代时，寻找哪里能放下的这个步骤比ParallelOld GC是慢一些的，因此就导致了YGC速度会有一定程度的下降。）；

 

JVM的悲观策略是啥？

所谓的悲观策略（ http://tmalltesting.com/archives/663 我们性能测试团队一个同学分析的案例），就是JVM不按照JVM指定的参数来进行CMS GC，而是根据内存情况以及之前回收的方式动态调整，自行进行GC。旧生代剩余的空间（available）大于新生代中使用的空间（max_promotion_in_bytes），或者大于之前平均晋升的old的大小（av_promo），返回false。cms gc是每隔一个周期（默认2s）就会做一次这个检查，如果为false，则不执行YGC，而触发cms gc。

 

我们经常使用的是啥GC方式？

针对目前线上机器的情况（8G的物流内存），heap区一般设置在4g或者5g左右，一般是使用CMS GC，这时候：

young区使用ParNew（并行GC），Old+Perm(需要单独设置)使用CMS，整个堆（young+old+perm）使用MSC（（Mark Sweep Compact）是CMS GC算法的Full GC算法,单线程回收整个堆，回收过程有严格的步骤。压缩，所以回收完理论上任何Generation都不会有内存碎片）压缩回收的方式。

 

读懂GC日志？

基本上都是这种格式：回收前区域占用的大小->回收后区域占用的大小（区域设置的大小），占用的时间

 

1、promotion failed的一段日志

1
2
2013  -  11  -27T03:  00  :  53.638  +  0800  :   35333.562  : [GC   35333.562  : [ParNew (promotion failed): 1877376K->1877376K(1877376K),   15.7989680   secs]  35349.361  : [CMS: 2144171K->2129287K(2146304K),   10.4200280   sec
s] 3514052K->2129287K(4023680K), [CMS Perm : 119979K->118652K(190132K)],   26.2193500   secs] [Times: user=  30.35   sys=  5.19  , real=  26.22   secs]

解释如下：

1
2
3
4
5
1877376K->1877376K(1877376K),   15.7989680   secs   young区
2144171K->2129287K(2146304K),   10.4200280   sec     old区情况
3514052K->2129287K(4023680K)                     heap区情况
119979K->118652K(190132K)],   26.2193500   secs      perm区情况 
[Times: user=  30.35   sys=  5.19  , real=  26.22   secs]    整个过程的时间消耗

 

2、一段正常的CMS的日志

1
2
3
4
5
6
7
8
9
10
11
12
13
14
2013  -  11  -27T04:  00  :  12.819  +  0800  :   38892.743  : [GC [  1   CMS-initial-mark: 1547313K(2146304K)] 1734957K(4023680K),   0.1390860   secs] [Times: user=  0.14   sys=  0.00  , real=  0.14   secs]
2013  -  11  -27T04:  00  :  12.958  +  0800  :   38892.883  : [CMS-concurrent-mark-start]
2013  -  11  -27T04:  00  :  19.231  +  0800  :   38899.155  : [CMS-concurrent-mark:   6.255  / 6.272   secs] [Times: user=  8.49   sys=  1.57  , real=  6.27   secs]
2013  -  11  -27T04:  00  :  19.231  +  0800  :   38899.155  : [CMS-concurrent-preclean-start]
2013  -  11  -27T04:  00  :  19.250  +  0800  :   38899.175  : [CMS-concurrent-preclean:   0.018  /  0.019   secs] [Times: user=  0.02   sys=  0.00  , real=  0.02   secs]
2013  -  11  -27T04:  00  :  19.250  +  0800  :   38899.175  : [CMS-concurrent-abortable-preclean-start]
   CMS: abort preclean due to time   2013  -  11  -27T04:  00  :  25.252  +  0800  :   38905.176  : [CMS-concurrent-abortable-preclean:   5.993  /  6.002   secs] [Times: user= 6.97   sys=  2.16  , real=  6.00   secs]
2013  -  11  -27T04:  00  :  25.253  +  0800  :   38905.177  : [GC[YG occupancy:   573705   K ( 1877376   K)]  38905.177  : [Rescan (parallel) ,   0.3685690   secs]  38905.546  : [weak refs processing,   0.0024100   secs]  38905.548  : [cla
ss unloading,   0.0177600   secs]  38905.566  : [scrub symbol & string tables,   0.0154090   secs] [  1   CMS-remark: 1547313K(2146304K)] 2121018K(4023680K),   0.4229380  secs] [Times: user=  1.41   sys=  0.01  , real=
0.43   secs]
2013  -  11  -27T04:  00  :  25.676  +  0800  :   38905.601  : [CMS-concurrent-sweep-start]
2013  -  11  -27T04:  00  :  26.436  +  0800  :   38906.360  : [CMS-concurrent-sweep:   0.759  / 0.760   secs] [Times: user=  1.06   sys=  0.48  , real=  0.76   secs]
2013  -  11  -27T04:  00  :  26.436  +  0800  :   38906.360  : [CMS-concurrent-reset-start]
2013  -  11  -27T04:  00  :  26.441  +  0800  :   38906.365  : [CMS-concurrent-reset:   0.005  / 0.005   secs] [Times: user=  0.00   sys=  0.00  , real=  0.00   secs]

这个是一个正常的CMS的日志，共分为七个步骤，重点关注initial-mark和remark这两个阶段，因为这两个是停机的。

A、[GC [1 CMS-initial-mark: 1547313K(2146304K)] 1734957K(4023680K), 0.1390860 secs] [Times: user=0.14 sys=0.00, real=0.14 secs]

各个数据依次表示标记前后old区的所有对象占内存大小和old的capacity，整个JavaHeap（不包括perm）所有对象占内存总的大小和JavaHeap的capacity。

B、2013-11-27T04:00:25.253+0800: 38905.177: [GC[YG occupancy: 573705 K (1877376 K)]38905.177: [Rescan (parallel) , 0.3685690 secs]38905.546: [weak refs processing, 0.0024100 secs]38905.548: [class unloading, 0.0177600 secs]38905.566: [scrub symbol & string tables, 0.0154090 secs] [1 CMS-remark: 1547313K(2146304K)] 2121018K(4023680K), 0.4229380 secs] [Times: user=1.41 sys=0.01, real=0.43 secs]

Rescan (parallel)表示的是多线程处理young区和多线程扫描old+perm的卡表的总时间， parallel 表示多GC线程并行。

weak refs processing 处理old区的弱引用的总时间，用于回收native memory。

class unloading 回收SystemDictionary消耗的总时间。

 

3、一段正常的Young GC的日志

1
2
2013  -  11  -27T04:  00  :  07.345  +  0800  :   38887.270  : [GC   38887.270  : [ParNew: 1791076K->170624K(1877376K),   0.2324440   secs] 2988366K->1413629K(4023680K),   0.2326470   secs] [Times: user=  0.80   sys=  0.00  , real=  0  .
23   secs]

ParNew这个表明是并行的回收方式，具体的分别是young区、整个heap区的情况；

 

4、一段通过system.gc产生的FullGC日志

12013 - 07 -21T17: 44 : 01.554 + 0800 :  50.568 : [Full GC (System)  50.568 : [CMS: 943772K->220K(2596864K),  2.3424070  secs] 1477000K->220K(4061184K), [CMS Perm : 3361K->3361K(98304K)],  2.3425410  secs] [Times: user= 2.33  sys= 0.01 , real=2.34  secs]

解释如下：

Full GC (System)意味着这是个system.gc调用产生的MSC。

“943772K->220K(2596864K), 2.3424070 secs”表示：这次MSC前后old区内总对象大小，old的capacity及这次MSC耗时。

“1477000K->220K(4061184K)”表示：这次MSC前后JavaHeap内总对象大小，JavaHeap的capacity。

“3361K->3361K(98304K)], 2.3425410 secs”表示：这次MSC前后Perm区内总对象大小，Perm区的capacity。

 

5、一个特殊的GC日志，根据动态计算直接进行的FullGC（MSC的方式）

12013 - 03 -13T13: 48 : 06.349 + 0800 :  7.092 : [GC  7.092 : [ParNew: 471872K->471872K(471872K),  0.0000420  secs] 7.092 : [CMS: 366666K->524287K(524288K),  27.0023450  secs] 838538K->829914K(996160K), [CMS Perm : 3196K->3195K(131072K)],  27.0025170  secs]

ParNew的时间特别短，jvm在minor gc前会首先确认old是不是足够大，如果不够大，这次young gc直接返回，进行MSC。

yang1370808
关注
  • 0
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
CMS GC过程
黄国攀的博客
01-20 4727
一.什么是CMS收集器 CMS(Concurrent Mark-Sweep)是以牺牲吞吐量为代价来获得最短回收停顿时间的垃圾回收器。对于要求服务器响应速度的应用上，这种垃圾回收器非常适合。在启动JVM参数加上**-XX:+UseConcMarkSweepGC** ，这个参数表示对于老年代的回收采用CMS。CMS采用的基础算法是：标记—清除。 二.CMS工作步骤 初始标记(STW initial mark) 并发标记(Concurrent marking) 并发预清理(Concurrent preclea
Redis介绍和使用场景详解
08-27
Redis介绍和使用场景详解 在这篇文章中，我们主要介绍了Redis的介绍和使用场景，并对其进行了详细的分析和比较。下面是相关的知识点： 1. 持久化数据库的缺点 关系型数据库，如Mysql、Oracle和SqlServer等，在开发...
CMS和G1
qxf567的专栏
12-09 226
http://www.oracle.com/webfolder/technetwork/tutorials/obe/java/G1GettingStarted/index.html   Concurrent Mark Sweept CMS 启用方式：-XX:+UseConcMarkSweepGC,表示年老代使用此机制收回 基础算法：标记－清除 回收过程： １、初始标记（STW st...
浅谈CMS和G1垃圾收集器（上）
马以的专栏
04-08 571
首先CMS和G1都作为过java的主流垃圾收集器; 首先CMS是一款并发垃圾收集器，它的应用场景主要是一些互联网以及2B的业务场景（响应速度要快）； 下面是引用的周志明java虚拟机那本书上的图，CMS大概分为四个步骤：初始标记、并发标记、重新标记、并发清理； CMS的优点： 1：并发收集， 因为CMS收集器的第二步和第四步都是和用户线程一起工作，所以它的特点就是并...
CMS介绍
看水不是水
11-02 6781
介绍： CMS（ConcurrentMarkSweep）收集器是一种以获取最短回收停顿时间为目标的收集器。 场景：目前很大一部分的Java应用集中在互联网网站或者基于浏览器的B/S系统的服务端上，这类应用通常都会较为关注服务的响应速度，希望系统停顿时间尽可能短，以给用户带来良好的交互体验。CMS收集器就非常符合这类应用的需求。 原理： 从名字（包含“MarkSweep”）上就可以看出CMS收集器是基于标记-清除算法实现的，它的运作过程相对于前面几种收集器来说要更复杂一些，整个过程分为四个步骤，包括：
帝国CMS自定义列表的使用实例
09-29
帝国CMS是一款广泛使用的开源内容管理系统，它为网站管理员和开发者提供了强大的内容管理和发布功能。在帝国CMS中，自定义列表是一项实用的功能，允许用户根据特定的SQL查询条件来动态生成和展示信息列表，极大地...
presenterprep:使用Netlify CMS
04-06
在使用 Netlify CMS 的场景下，JavaScript 负责处理与 CMS 的前端交互，比如表单提交、实时预览和验证用户输入等。此外，JavaScript 也可能被用来增强用户体验，例如动画效果、响应式设计或者自定义的用户界面元素。...
大米CMS v6.0.1
10-10
综上所述，大米CMS v6.0.1是一款集灵活性、速度和易用性于一身的建站系统，其开源特性使得开发者可以深入定制，以满足不同场景的应用需求。通过提供的压缩包文件，用户可以全面了解和操作大米CMS，构建出满足自己...
苹果CMS哔哩哔哩APP模板
最新发布
09-26
苹果CMS哔哩哔哩APP模板旨在复制B站的UI设计，包括色彩搭配、图标样式、布局结构等方面，以确保用户在使用时能够快速适应并找到熟悉的操作路径。这涉及到前端开发技术，如HTML5、CSS3以及JavaScript，用于构建动态且...
CMS GC的步骤
05-22 921
初始化标记---》 1. 标记老年代中所有的GC Roots对象，如下图节点1； 2. 标记年轻代中活着的对象引用到的老年代的对象 并发标记 1、从“初始标记”阶段标记的对象开始找出所有存活的对象; 2、并发标记阶段只负责将引用发生改变的Card标记为Dirty状态，不负责处理 预清理阶段 用来处理前一个阶段因为引用关系改变导致没有标记到的存活对象的，它会扫描所有标记为Direty的Card 可终止的预处理 这个阶段尝试着去...
JVM调优(CMS+PerNew垃圾回收)
codeLife1993的博客
03-01 1549
0.问题及排查思路 0.1 线上故障 线上服务器服务进程假死，进程还存在，但是日志已经不打印了，访问失败超时不响应。 0.2 排查思路 0.2.1 使用 jps -l 查看java进程的进程号 假设进程号为9999 [root@izbp1bym5hklu4zctqz logs]$ jps -l 24611 com.alibaba.dubbo.container.Main 11015 sun.tools.jps.Jps 15113 com.alibaba.dubbo...
CMS收集器的gc情况分析
程序猿的樊笼
06-05 532
CMS收集器 CMS是一款基于“标记-清除”算法的收集器，更关注系统的停顿时间。 GC主要步骤为： 1. 初始标记 2. 并发标记 3. 重新标记 4. 并发清除 如果通过GC日志来看的话，如下GC日志： 它的工作流程应当是： 只有初始标记和重新标记是：Stop The World，其实都是并发处理，不会造成应用停顿 因为CMS的并发处理，所以在并发清理阶段是和用户程序...
JVM 内存管理
weixin_33868027的博客
03-17 57
JVM 通过 垃圾收集-GC 自动管理内存堆中对象内存的分配和回收。JVM 通常采用分代垃圾收集器，以便于整理内存碎片。分代垃圾收集器就是基于对象不同生命周期，将堆分成不同的内存区域，然后组合使用不同的垃圾收集算法，可简单认为分为两部分组成： Young Generation：年轻代，由Eden和两个相等的Survivor空间组成，其中一个Survivor始终为空，用来复制Minor G...
史上最经典垃圾回收器(CMS,G1)详解、适用场景及特点、使用命令
在路上
02-26 4397
垃圾收集器介绍、使用、总结、调优以及实际使用经验. 深度总结 深入理解JVM虚拟机与Oracle官方文档.
经典垃圾收集器 CMS、G1
凄戚的博客
11-01 629
7. G1 提供了两种 GC 模式，Young GC 和 Mixed GC，两种都是完全 Stop The World 的，Young GC 会选取所有年轻代的 Region，Mixed GC 选定所有年轻代的 Region 和统计出的收益高的老年代 Region。5. G1 之所以能简历可预测的停顿时间模型，是因为它将 Region 作为回收的最小单元，每次回收都是 Region 大小的整数倍，这个大小即根据优先级列表排出的收益最大，这也是 Garbage First 的由来。
JVM篇：CMS与G1区别&适用场景
胖墩儿没腹肌
07-05 1071
垃圾回收器G1与CMS区别
JVM相关知识（四）：垃圾收集器CMS、G1、ZGC
ligangit的博客
02-05 807
本文主要讲解JVM中CMS、G1、ZGC三种垃圾收集器
G1和CMS处理器如何选择和各自的适用场景
lzf的博客
02-27 3911
G1和CMS如何选择 G1 最小堆内存 6个G能稳定运行，因此对cpu的要求最少是4核8G JDK8及更高版本同等环境下只要内存够大(最少8G)优先使用G1 CMS CMS追求停顿时间越短越好对cpu性能要求比较高同时对内存要求不算高(最少4G) JDK8及更高版本同等环境下只要cpu性能比较好并且内存不算大 (最少4G)可以使用CMS JDK7及更低版本同等环境下 可选择CMS (G1不完善) 注意:单核、双核cpu不适合并发类垃圾收集器，线程频繁来回切换也会比较耗时间，还不如串行垃圾收集器效率高...
ps cms G1使用场景
08-17
PS CMS G1是一个内容管理系统，适用于各种网站和应用程序的内容管理和发布。它提供了一个用户友好的界面，使网站管理员能够轻松管理和更新网站的内容。 使用PS CMS G1的场景包括但不限于： 1. 网站内容管理：PS CMS G1可以帮助网站管理员有效地管理网站的各种内容，包括文章、图片、视频等。管理员可以轻松地创建、编辑和发布内容，而无需编写代码或依赖开发人员。 2. 多语言支持：如果您需要在多个语言之间切换或提供多语言内容，PS CMS G1可以帮助您管理和发布多语言内容。它提供了一个便捷的界面，使您能够轻松地管理不同语言版本的内容。 3. 权限管理：PS CMS G1具有强大的权限管理功能，允许管理员根据用户角色和权限级别来管理用户对内容的访问和编辑权限。这对于大型组织或需要多个用户协同工作的项目非常有用。 4. 响应式设计：PS CMS G1支持响应式设计，可以自动适应不同设备和屏幕尺寸，确保您的网站在各种设备上都能够良好地展示。 5. 第三方集成：PS CMS G1可以与其他系统和服务进行集成，例如电子商务平台、社交媒体、电子邮件服务等。这使得您可以轻松地将您的网站与其他工具和服务进行连接。 总之，PS CMS G1适用于任何需要简化内容管理和提高网站管理效率的场景。它可以帮助您轻松地管理和发布网站内容，提供良好的用户体验。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值