JVM参数解析

JVM参数解析

1. 垃圾收集器

1. ParNew 收集器

ParNew收集器其实就是Serial收集器的多线程版本，除了使用多条线程进行垃圾收集之外，其余行为包括Serial收集器可用的所有控制参数（例如：-XX:SurvivorRatio、-XX:PretenureSizeThreshold、-XX:HandlePromotionFailure等）、收集算法、StopTheWorld、对象分配规则、回收策略等都与Serial收集器完全一样，在实现上，这两种收集器也共用了相当多的代码。

• -XX:SurvivorRatio¹

• -XX:PretenureSizeThreshold²

• -XX:HandlePromotionFailure³

• 并行（Parallel）：指多条垃圾收集线程并行工作，但此时用户线程仍然处于等待状态。

• 并发（Concurrent）：指用户线程与垃圾收集线程同时执行（但不一定是并行的，可能会交替执行），用户程序在继续运行，而垃圾收集程序运行于另一个CPU上。

2. parallel scanvenge收集器

Parallel Scavenge 收集器的目标则是 达到 一个 可 控制 的 吞吐量（ Throughput）。 所谓 吞吐量 就是 CPU 用于 运行 用户 代码 的 时间 与 CPU总消耗时间的比值， 即 吞吐量= 运行 用户 代码 时间/（ 运行 用户 代码 时间+ 垃圾 收集 时间）， 虚拟 机 总共 运行 了 100 分钟， 其中 垃圾 收集 花掉 1 分钟， 那 吞吐量 就是 99%。

• -XX: MaxGCPauseMillis⁴ 控制最大垃圾收集时间
• -XX: GCTimeRatio⁵ 直接设置吞吐量大小的参数
• - XX:+ UseAdaptiveSizePolicy⁶ 自适应调节策略开关参数

3. CMS(Concurrent Mark Sweep) 收集器

• 初始标记（CMS initial mark）

• 并发标记（CMS concurrent mark）

• 重新标记（CMS remark）

• 并发清除（CMS concurrent sweep）

• -XX:CMSInitiatingOccupancyFraction⁷: 设置启动full GC的阈值

• - XX:+UseCMSCompactAtFullCollection[^8] FULL GC时是否开启碎片整理，默认开启

• -XX:CMSFullGCsBeforeCompaction FULL GC 多少次开始一次碎片整理，默认为0，表示每次FULL GC 都会碎片整理

4. G1收集器

详细参数参考：http://www.cnblogs.com/redcreen/archive/2011/05/04/2037057.html

---

1.         Eden区与Survivor区的大小比值 设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10

   ↩︎

2.         对象超过多大是直接在旧生代分配 单位字节 新生代采用Parallel Scavenge GC时无效，另一种直接在旧生代分配的情况是大的数组对象,且数组中无外部引用对象.

   ↩︎

3.         在JDK 6 Update 24之后，HandlePromotionFailure参数不会再影响到虚拟机的空间分配担保策略

   ↩︎

4.         MaxGCPauseMillis参数允许的值是一个大于0的毫秒数，收集器将尽可能地保证内存回收花费的时间不超过设定值。不过大家不要认为如果把这个参数的值设置得稍小一点就能使得系统的垃圾收集速度变得更快，GC停顿时间缩短是以牺牲吞吐量和新生代空间来换取的：系统把新生代调小一些，收集300MB新生代肯定比收集500MB快吧，这也直接导致垃圾收集发生得更频繁一些，原来10秒收集一次、每次停顿100毫秒，现在变成5秒收集一次、每次停顿70毫秒。停顿时间的确在下降，但吞吐量也降下来了。

   ↩︎

5.         GCTimeRatio参数的值应当是一个大于0且小于100的整数，也就是垃圾收集时间占总时间的比率，相当于是吞吐量的倒数。如果把此参数设置为19，那允许的最大GC时间就占总时间的5%（即1/（1+19）），默认值为99，就是允许最大1%（即1/（1+99））的垃圾收集时间。

   ↩︎

6.         开关参数，当这个参数打开之后，就不需要手工指定新生代的大小（-Xmn）、Eden与Survivor区的比例（-XX:SurvivorRatio）、晋升老年代对象年龄（-XX:PretenureSizeThreshold）等细节参数了，虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间或者最大的吞吐量，这种调节方式称为GC自适应的调节策略（GCErgonomics）。
           如果读者对于收集器运作原来不太了解，手工优化存在困难的时候，使用ParallelScavenge收集器配合自适应调节策略，把内存管理的调优任务交给虚拟机去完成将是一个不错的选择。只需要把基本的内存数据设置好（如-Xmx设置最大堆），然后使用MaxGCPauseMillis参数（更关注最大停顿时间）或GCTimeRatio（更关注吞吐量）参数给虚拟机设立一个优化目标，那具体细节参数的调节工作就由虚拟机完成了。自适应调节策略也是ParallelScavenge收集器与ParNew收集器的一个重要区别。

   ↩︎

7.         由于在垃圾收集阶段用户线程还需要运行，那也就还需要预留有足够的内存空间给用户线程使用，因此CMS收集器不能像其他收集器那样等到老年代几乎完全被填满了再进行收集，需要预留一部分空间提供并发收集时的程序运作使用。在JDK1.5的默认设置下，CMS收集器当老年代使用了68%的空间后就会被激活，这是一个偏保守的设置，如果在应用中老年代增长不是太快，可以适当调高参数-XX:CMSInitiatingOccupancyFraction的值来提高触发百分比，以便降低内存回收次数从而获取更好的性能，在JDK1.6中，CMS收集器的启动阈值已经提升至92%。要是CMS运行期间预留的内存无法满足程序需要，就会出现一次"ConcurrentModeFailure"失败，这时虚拟机将启动后备预案：临时启用SerialOld收集器来重新进行老年代的垃圾收集，这样停顿时间就很长了。所以说参数-XX:CMSInitiatingOccupancyFraction设置得太高很容易导致大量"ConcurrentModeFailure"失败，性能反而降低。

   ↩︎