Java性能优化权威指南-读书笔记（五）-JVM性能调优-吞吐量

吞吐量是指，应用程序的TPS: 每秒多少次事务，QPS: 每秒多少次查询等性能指标。

吞吐量调优就是减少垃圾收集器消耗的CPU周期数，从而将更多的CPU周期用于执行应用程序。

CMS吞吐调优

CMS包括Minor GC所带来的开销应该小于10%，如果垃圾收集的开销在3%或更少，说明通过调优吞吐量，提升性能的空间就极其有限了。

可用的调优方法如下：

1. 增大新生代空间，以降低Minor GC频率，减少CPU周期占用；

2. 增加老年代空间，以降低CMS频率，并可以减少老年代内存碎片；

3. 优化CMS周期的启动条件，尽可能在较晚的时候进行；

总的来说，就是减少垃圾收集占用的CPU周期。

ParallelGC吞吐调优

这里说的ParallelGC是指开启了下面两个JVM参数

-XX:+UseParallelGC
-XX:+UseParallelOldGC

对ParallelGC调优的目标是尽可能避免发生Full GC，这就需要优化对象老化频率，可以调整Survivor空间实现对对象老化的优化。

使用ParallelGC时，垃圾收集的开销应小于5%，如果已经减少到1%甚至更少，那基本上就已经达到了极限。

Survivor调优

ParallelGC默认可以自动调整Survivor空间，大部分应用用自动调整已经可以，对要求比较高的应用就需要关闭自动调整，进行手动调整。

为JVM添加下面两个参数，只针对ParallelGC有用：

-XX:-UseAdaptiveSizePolicy     //关闭自适应调整
-XX:+PrintAdaptiveSizePolicy   //打印详细Survivor空间占用日志

如下面日志：

2016-12-11T16:44:03.653+0800: 5.042: [GC (Allocation Failure) AdaptiveSizePolicy::update_averages:  
survived: 10464720  
promoted: 1096456  
overflow: true

survived:“TO”Survivor空间占用大小；

promoted: 新生代提升至老年代的对象大小；

overflow：是否有Survivor空间的对象溢出到老年代；

从上面的日志可以看出，Minor GC后新生代存活对象大小10M，因为没有设置-XX:TargetSurvivorRatio，默认Survivor空间占用比率为50%，

所以Survivor空间应为20M。

 

找到稳定态下Full GC之间所有Minor GC中最大的存活对象大小，然后就可以调整Survivor空间大小。

原JVM参数如下：

-Xmx1024m –Xms1024m –Xmn50m -XX:SurvivorRatio=3

可以计算出：原Survivor空间：10M，原Eden空间：30M

现在增大Survivor空间到20M

保证Eden空间不变，则新生代大小为70M；

70M / （SurvivorRatio + 2）=20M，所以SurvivorRatio=1.5

保证老年代空间不变，则Java堆大小调整为1044M

所以最后JVM参数为：

-Xmx1044m -Xms1044m -Xmn70m -XX:SurvivorRatio=1.5

如果Java堆大小已经不能再增大，可以计算下Minor GC后，存活对象的最小值、最大值、平均值，如果不存在大幅波动，

可以尝试提高Survivor空间的占用百分比-XX:TargetSurvivorRatio=<n>，其默认为50%。

并行线程调优

-XX:ParallelGCThreads  

并行垃圾收集器的线程数，建议收集线程数设置的小于默认值，否则大量GC线程会影响应用性能

其他性能命令行选项

-XX:+AggressiveOpts	自动优化，但有可能不太稳定
-XX:+DoEscapeAnalysis	逃逸分析
-XX:+UseBiasedLocking	偏向锁
-XX:+UseLargePages	大页面支持