深入JVM《五》 GC参数

Posted 2020-10-26 刍荛采葑菲

 

一、堆的回顾

 

 

二、串行回收器

 

    最古老，最稳定

    效率高

    可能会产生较长的停顿（只用一个线程去回收）

     -XX:+UseSerialGC

             新生代、老年代都使用串行回收

             新生代 复制算法

            老年代 标记-压缩

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]

 

 

三、并行回收器

 

1、ParNew收集器：

    -XX:+UseParNewGC

        新生代并行

         老年代串行

 

    Serial收集器新生代的并行版本 

    新生代使用复制算法 

    

    多线程，需要多核支持 （多线程不一定快）

    

    限制线程数量

-XX:ParallelGCThreads 

 

0.834: [GC 0.834: [ParNew: 13184K->1600K(14784K), 0.0092203 secs] 13184K->1921K(63936K), 0.0093401 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

 

 

2、Parallel收集器：

类似ParNew

新生代 复制算法

老年代 标记-压缩

更加关注吞吐量

 

使用Parallel收集器+ 老年代串行

-XX:+UseParallelGC 

 

 

使用Parallel收集器+ 并行老年代

-XX:+UseParallelOldGC

 

1.500: [Full GC [PSYoungGen: 2682K->0K(19136K)] [ParOldGen: 28035K->30437K(43712K)] 30717K->30437K(62848K) [PSPermGen: 10943K->10928K(32768K)], 0.2902791 secs] [Times: user=1.44 sys=0.03, real=0.30 secs]

 

 

 

 

 

    最大停顿时间，单位毫秒 （GC尽力保证回收时间不超过设定值）

-XX:MaxGCPauseMills

 

 

    0-100的取值范围 垃圾收集时间占总时间的比 （默认99，即最大允许1%时间做GC ）

-XX:GCTimeRatio

 

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

 

 

四、CMS回收器

 

Concurrent Mark Sweep 并发标记清除

标记-清除算法

与标记-压缩相比

并发阶段会降低吞吐量

老年代收集器（新生代使用ParNew）

-XX:+UseConcMarkSweepGC

 

 

CMS运行过程：

 

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

    1、初始标记【独占】

        根可以直接关联到的对象

        速度快

    2、并发标记（和用户线程一起） 

        主要标记过程，标记全部对象 

    3、重新标记 【独占】

        由于并发标记时，用户线程依然运行，因此在正式清理前，再做修正 

   4、并发清除（和用户线程一起） 

        基于标记结果，直接清理对象

 

1.662: [GC [1 CMS-initial-mark: 28122K(49152K)] 29959K(63936K), 0.0046877 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
1.666: [CMS-concurrent-mark-start]

 

 

CMS的特点：

1、CMS能尽可能降低系统的停顿。

2、会影响系统整体吞吐量和性能

     比如，在用户线程运行过程中，分一半CPU去做GC，系统性能在GC阶段，反应速度就下降一半 

3、清理不彻底 

    因为在清理阶段，用户线程还在运行，会产生新的垃圾，无法清理 

4、因为和用户线程一起运行，不能在空间快满时再清理 

    -XX:CMSInitiatingOccupancyFraction设置触发GC的阈值 （当堆空间使用某个百分比时触发GC）

    如果不幸内存预留空间不够，就会引起concurrent mode failure

 

碎片整理（标记-清除 后需要碎片整理）：

-XX:+ UseCMSCompactAtFullCollection     Full GC后，进行一次整理

    整理过程是独占的，会引起停顿时间变长

-XX:+CMSFullGCsBeforeCompaction 

     设置进行几次Full GC后，进行一次碎片整理

-XX:ParallelCMSThreads

    设定CMS的线程数量

 

-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回收