JVM性能调优(一):GC初级调优

JAVA 调优有一部分工作就是减少GC对系统的影响，主要从以下几个方面：

• FULL GC频繁运行
• FULL GC运行导致系统停顿

针对上面这两个问题，从垃圾回收器选择，垃圾回收参数调整两方面进行JVM调优。本文只说明从JVM的参数方面的调优，代码的优化也减少上面的问题，有时起到更佳效果。

一、垃圾收集器选择

现代 JVM 的 类型 繁多， 最 主流 的 四个 垃圾 收集 器 分别 是： Serial 收集 器（ 常 用于 单 CPU 环境）、 Throughput（ 或者 Parallel） 收集 器、 Concurrent 收集 器（并发环境下，且堆内存不大情况下使用） 和 G1 收集 器（堆内存大的情况下使用）。

• 所有 的 GC 算法 都将 堆 划分 成了 老 年代 和 新生代。 
• 所有 的 GC 算法 在 清理新生代对象时， 都使用 了“ 时空 停顿”（ stop- the- world） 方式的垃圾收集方法， 通常此过程较快。

GC 算法 的 选择一方面取决于应用程序的特征， 另一方面取决于应用的性能目标。

1、当进行批量任务或关注程序吞吐量时，一句话总结：CPU够用时，Concurrent 收集器效果更好。

• 使用 Throughput 收集器处理应用程序线程的批量任务能最大程度地利用 CPU 的处理能力， 通常能获得更好的性能。
•  如果批量任务并没有使用机器上所有可用的CPU 资源， 那么 切换 到 Concurrent 收集器往往能取得更好的性能。

2、当关注相应时间时，需要进行性能测试才能得出结论，但一般情况下，CPU够用时，Concurrent 收集器效果更好。

• 选择 Concurrent 收集器时， 如果堆较小， 推荐使用CMS 收集 器。
• G1的设计使得它能够在不同的分区（ Region） 处理堆， 因此它的扩展性更好， 比 CMS更易于处理超大堆的情况。

二、堆大小调整

• 运行的所有JVM实例的堆内存和不要超过物理内存，超过会进行内存页切换，降级性能。
• 经验值为每次GC回收可以回收掉70%的内存。设置方法：-Xms=初始大小  -Xmx=最大值 。

• 通常情况下， 我们应该开启自适应调整， 因为垃圾回收算法依赖于调整 后的代的大小来达到它停顿时间的性能目标。

三、并发控制

• 1. 几乎所有的垃圾收集算法中基本的垃圾回收线程数都依据机器上的CPU数目计算得出。
• 2. 多个JVM 运行于同一台物理机上时， 依据公式计算出的线程数可能过高， 必须进行优化（ 减少）。比如16CPU的机器，运行4个JVM, 可以控制每个JVM的并行GC线程为4。-XX ParallelGCThreads=N来控制。