深入JVM内核5 GC参数

  • 时间:2018-12-20 23:06 作者:香沙小熊 来源:香沙小熊 阅读:9348
  • 扫一扫,手机访问
摘要:深入JVM内核 目录1 串行收集器最古老,最稳固效率高可能会产生较长的停顿- XX:+UseSerialGC新生代、老年代使用串行回收新生代复制算法老年代标记-压缩新生代的GC回收0.844: [GC 0.844: [DefNew: 17472K->2176K(19648K), 0.0188339

深入JVM内核 目录

1 串行收集器

  • 最古老,最稳固
  • 效率高
  • 可能会产生较长的停顿

- XX:+UseSerialGC
新生代、老年代使用串行回收
新生代复制算法
老年代标记-压缩



新生代的GC回收

0.844: [GC 0.844: [DefNew: 17472K->2176K(19648K), 0.0188339 secs] 17472K->2375K(63360K), 0.0189186 secs] [Times: user=0.01 sys=0.00, real=0.02 secs]

老年代的GC回收

8.259: [Full GC 8.259: [Tenured: 43711K->40302K(43712K), 0.2960477 secs] 63350K->40302K(63360K), [Perm : 17836K->17836K(32768K)], 0.2961554 secs] [Times: user=0.28 sys=0.02, real=0.30 secs]

2 并行收集器

2.1 ParNew
  • -XX:+UseParNewGC
    新生代并行
    老年代串行
  • Serial收集器新生代的并行版本
  • 复制算法
  • 多线程,需要多核支持
  • -XX:ParallelGCThreads 限制线程数量


2.2 Parallel收集器
  • 相似ParNew
  • 新生代复制算法
  • 老年代 标记-压缩
  • 更加关注吞吐量
  • -XX:+UseParallelGC
    使用Parallel收集器+ 老年代串行
  • -XX:+UseParallelOldGC
    使用Parallel收集器+ 并行老年代
2.3
  • -XX:MaxGCPauseMills
    最大停顿时间,单位毫秒
    GC尽力保证回收时间不超过设定值
  • -XX:GCTimeRatio
    0-100的取值范围
    垃圾收集时间占总时间的比
    默认99,即最大允许1%时间做GC

这两个参数是矛盾的。由于停顿时间和吞吐量不可能同时调优

3 CMS收集器

3.1 CMS收集器详情
  • Concurrent Mark Sweep 并发标记清理
  • 标记-清理算法
  • 与标记-压缩相比
  • 并发阶段会降低吞吐量
  • 老年代收集器(新生代使用ParNew)
    -XX:+UseConcMarkSweepGC
3.2 CMS运行过程

CMS运行过程比较复杂,着重实现了标记的过程,可分为

  1. 初始标记
    根可以直接关联到的对象
    速度快
  2. 并发标记(和客户线程一起)
    主要标记过程,标记一律对象
  3. 重新标记
    因为并发标记时,客户线程仍然运行,因而在正式清除前,再做修正
  4. 并发清理(和客户线程一起)
    基于标记结果,直接清除对象


3.3 特点
  • 尽可能降低停顿
  • 会影响系统整体吞吐量和性能
    比方,在客户线程运行过程中,分一半CPU去做GC,系统性能在GC阶段,反应速度就下降一半
  • 清除不彻底
    由于在清除阶段,客户线程还在运行,会产生新的垃圾,无法清除
  • 由于和客户线程一起运行,不能在空间快满时再清除
    -XX:CMSInitiatingOccupancyFraction设置触发GC的阈值
    假如不幸内存预留空间不够,就会引起concurrent mode failure
33.348: [Full GC 33.348: [CMS33.357: [CMS-concurrent-sweep: 0.035/0.036 secs] [Times: user=0.11 sys=0.03, real=0.03 secs]  (concurrent mode failure): 47066K->39901K(49152K), 0.3896802 secs] 60771K->39901K(63936K), [CMS Perm : 22529K->22529K(32768K)], 0.3897989 secs] [Times: user=0.39 sys=0.00, real=0.39 secs]
使用串行收集器作为后备
3.4 整理
为什么CMS采取标记-清理算法?

为了和应用程序并发之行,由于产生了碎片,所以要再整理。

  • -XX:+ UseCMSCompactAtFullCollection Full GC后,进行一次整理
    整理过程是独占的,会引起停顿时间变长
  • -XX:+CMSFullGCsBeforeCompaction
    设置进行几次Full GC后,进行一次碎片整理
  • -XX:ParallelCMSThreads
    设定CMS的线程数量

4 GC参数整理

-XX:+UseSerialGC:在新生代和老年代使用串行收集器-XX:SurvivorRatio:设置eden区大小和survivior区大小的比例-XX:NewRatio:新生代和老年代的比-XX:+UseParNewGC:在新生代使用并行收集器-XX:+UseParallelGC :新生代使用并行回收收集器-XX:+UseParallelOldGC:老年代使用并行回收收集器-XX:ParallelGCThreads:设置用于垃圾回收的线程数-XX:+UseConcMarkSweepGC:新生代使用并行收集器,老年代使用CMS+串行收集器-XX:ParallelCMSThreads:设定CMS的线程数量-XX:CMSInitiatingOccupancyFraction:设置CMS收集器在老年代空间被使用多少后触发-XX:+UseCMSCompactAtFullCollection:设置CMS收集器在完成垃圾收集后能否要进行一次内存碎片的整理-XX:CMSFullGCsBeforeCompaction:设定进行多少次CMS垃圾回收后,进行一次内存压缩-XX:+CMSClassUnloadingEnabled:允许对类元数据进行回收-XX:CMSInitiatingPermOccupancyFraction:当永久区占用率达到这一百分比时,启动CMS回收-XX:UseCMSInitiatingOccupancyOnly:表示只在到达阀值的时候,才进行CMS回收
特别感谢

深入JVM内核—原理、诊断与优化

  • 全部评论(0)
最新发布的资讯信息
【系统环境|】Hadoop环境中管理大数据存储八大技巧(2019-06-15 11:01)
【系统环境|服务器应用】现在国内IT行业是不是程序员过多了?(2019-06-11 06:34)
【系统环境|服务器应用】新贵 Flutter(2) 自己设置 Widget(2019-06-11 06:34)
【系统环境|服务器应用】Android完整知识体系路线(菜鸟-资深-大牛必进之路)(2019-06-11 06:34)
【系统环境|服务器应用】Java程序员小伙经历三个月备战,终获阿里offer(2019-06-11 06:34)
【系统环境|服务器应用】每日一问:谈谈对 MeasureSpec 的了解(2019-06-11 06:34)
【系统环境|服务器应用】【科普】晶体管-1(2019-06-11 06:34)
【系统环境|服务器应用】一个很多人都会答错的java基础题(2019-06-11 06:33)
【系统环境|服务器应用】深入了解枚举类型(2019-06-11 06:33)
【系统环境|服务器应用】JavaScript编译原理与内存管理(2019-06-11 06:33)
手机二维码手机访问领取大礼包
返回顶部