JVM-透彻掌握Parallel垃圾回收器的使用方法

Parallel概述 HotSpot的年轻代中除了拥有ParNew收集器是基于并⾏回收的以外，Parallel Scavenge收集器同样也采⽤了复制 算法、并⾏回收和"Stop the World"机制。

那么Parallel 收集器的出现是否多此⼀举？

和ParNew收集器不同，Parallel Scavenge收集器的⽬标则是达到⼀个可控制的吞吐量，它也被称为吞吐量优先的 垃圾收集器。简单来说就是：

不管执⾏多少次，也不管每次执⾏多少时间，但是要在⼀定的时间范围⾥ ，尽可能让线程执⾏⽤户程序 ⾼吞吐量则可以⾼效率地利⽤CPU时间，尽快完成程序的运算任务，主要适合在后台运算⽽不需要太多交互的任 务。因此，常⻅在服务器环境中使⽤。例如，那些执⾏批量处理、订单处理、⼯资⽀付、科学计算的应⽤程序。

Parallel的第⼆个优势是⾃适应调节策略，也是Parallel Scavenge与ParNew⼀个重要区别，基本含义就是⽤户可以 设定垃圾回收的最⼤停顿时间。这⼀点在G1⾥得到充分发扬，性能和效果也更好。

Parallel收集器在JDK1.6时提供了⽤于执⾏⽼年代垃圾收集的Parallel old收集器，⽤来代替⽼年代的serial old收集器。

Parallel old收集器采⽤了标记-压缩算法，但同样也是基于并⾏回收和"stop-the-World"机制。

在程序吞吐量优先的应⽤场景中，Parallel收集器和Parallel old收集器的组合，在server模式下的内存回收性能很 不错。在Java8中，默认是此垃圾收集器 => 【Parallel Scavenge / Parallel old】

代码：

public class ParallGC {
 private static int size = 1024 * 256;
 public static void main(String[] args) {
 for (int i = 0; i < 33; i++) {
 byte[] allo = new byte[size];
 }
 }
}

JVM参数：

-Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:SurvivorRatio=8

⽇志：

0.093: [GC (Allocation Failure) [PSYoungGen: 8103K->528K(9216K)] 8103K->536K(19456K),
0.0008041 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
Heap
 PSYoungGen total 9216K, used 2900K [0x00000007bf600000, 0x00000007c0000000,
0x00000007c0000000)
 eden space 8192K, 28% used [0x00000007bf600000,0x00000007bf851260,0x00000007bfe00000)
 from space 1024K, 51% used [0x00000007bfe00000,0x00000007bfe84010,0x00000007bff00000)
 to space 1024K, 0% used [0x00000007bff00000,0x00000007bff00000,0x00000007c0000000)
 ParOldGen total 10240K, used 8K [0x00000007bec00000, 0x00000007bf600000,
0x00000007bf600000)
 object space 10240K, 0% used
[0x00000007bec00000,0x00000007bec02000,0x00000007bf600000)
 Metaspace used 3040K, capacity 4496K, committed 4864K, reserved 1056768K
 class space used 332K, capacity 388K, committed 512K, reserved 1048576K

常⻅参数配置

-XX：+UseParallelGC ⼿动指定年轻代使⽤Parallel并⾏收集器执⾏内存回收任务，默认jdk8是开启的。

-XX：+UseParalleloldGC ⼿动指定⽼年代使⽤并⾏回收收集器。默认jdk8是开启的。与-XX：+UseParallelGC互相激活，只要开启⼀个，另 外⼀个就⾃动开启。

-XX:ParallelGCThreads 设置年轻代并⾏收集器的线程数。⼀般地，最好与CPU数量相等，以避免过多的线程数影响垃圾收集性能。 在默认情况下，当CPU数量⼩于8个，ParallelGCThreads的值等于CPU数量。当CPU数量⼤于8个， ParallelGCThreads的值等于3 + [ 5 * CPU数量] / 8 ]。

-XX:MaxGCPauseMillis 设置垃圾收集器最⼤停顿时间（即STW的时间），单位是毫秒。 为了尽可能地把停顿时间控制在MaxGCPauseMills以内，收集器在⼯作时会调整Java堆⼤⼩或者其他⼀些参数。 对于⽤户来讲，停顿时间越短体验越好。但是在服务器端，我们注重⾼并发，整体的吞吐量。所以服务器端适合 Parallel，进⾏控制。该参数使⽤需谨慎。

-XX:GCTimeRatio，指定垃圾收集时间占总时间的⽐例（=1 /（N + 1）），⽤于衡量吞吐量的⼤⼩。取值范围 （0，100）。默认值99，也就是垃圾回收时间不超过1。与前⼀个-XX:MaxGCPauseMillis参数有⼀定⽭盾性。暂停 时间越⻓，Radio参数就容易超过设定的⽐例。

-XX:+UseAdaptiveSizePolicy 设置Parallel scavenge收集器是否开启⾃适应调节策略。在这种模式下，年轻代的⼤ ⼩、Eden和Survivor的⽐例、晋升⽼年代的对象年龄等参数会被⾃动调整，已达到在堆⼤⼩、吞吐量和停顿时间之 间的平衡点。

在⼿动调优⽐较困难的场合，可以直接使⽤这种⾃适应的⽅式，仅指定虚拟机的最⼤堆、⽬标的吞吐量 （GCTimeRatio）和停顿时间（MaxGCPauseMills），让虚拟机⾃⼰完成调优⼯作。