云时代架构阅读笔记八——JVM性能调优

原文链接：https://mp.weixin.qq.com/s/oFjubN6qMK8ZhaPNlrA0KQ

1 GC策略调优

1. 能够忍受full gc的停顿？

是：选择throughput

否：如果堆较小，使用CMS或者G1；如果堆较大，选择G1。

1. 使用默认配置能达到期望目标吗？

首先尽量使用默认配置，因为垃圾收集技术在不断发展成熟，自动优化大多数的效果是最好的。如果默认配置没有达到期望，请确认垃圾收集是否是性能瓶颈。如负荷较高的应用，如果垃圾收集上的时间不超过3%，即使进行垃圾回收调优效果也不大。

1. 应用的停顿时间和预期的目标接近吗？

是：调整最大停顿时间设定可能是需要做的

否：需要进行其他调整

如果停顿时间太长，但是吞吐量正常，可以尝试减少新生代大小（如果是full gc，则减少老年代大小），这样停顿时间变短，但是单次时间变长。

1. GC停顿很短了，但是吞吐量上不去？

增大堆的大小，但是单次停顿时间会加长。

1. 使用并发收集器，发生了由并发模式失败引发的full gc？

如果CPU资源充足，可以增加并发GC的线程数数。

1. 使用并发收集器，发生由晋升失败引起的full gc？

如果是CMS，意味着发生了碎片化，这种情况下：使用跟大的堆；尽早启动后台回收；如果堆空间较大，可以选择使用G1。

3 JIT调优

1. 一般只需要选择是使用客户端版或者服务器版的JIT编译器即可。
2. 客户端版的JIT编译器使用：-client指定，服务器版的使用：-server。
3. 选择哪种类型一般和硬件的配置相关，当然随着硬件的发展，也没有一个确定的标准哪种硬件适合哪种配置。
4. 两种JIT编译器的区别：

1）Client版对于代码的编译早于Server版，也意味着代码的执行速度在程序执行早期Client版更快。

2）Server版对代码的编译会稍晚一些，这是为了获取到程序本身的更多信息，以便编译得到优化程度更高的代码。因为运行在Server上的程序通常都会持续很久。

1. Tiered编译的原理：

1）JVM启动之初使用Client版JIT编译器。

2）当HotSpot形成之后使用Server版JIT编译器再次编译。

1. 在Java 8中，默认使用Tiered编译方式。

不过在Java7版本之后，一旦开发人员在程序中显式指定命令“-server”时，缺省将会开启分层编译（Tiered Compilation）策略，由client编译器和server编译器相互协作共同来执行编译任务。不过在早期版本中，开发人员则只能够通过命令“-XX:+TieredCompilation”手动开启分层编译策略。

1）-Xint：完全采用解释器模式执行程序；

2）-Xcomp：完全采用即时编译器模式执行程序；

3）-Xmixed：采用解释器+即时编译器的混合模式共同执行程序。 

总结

 

1. 当程序的启动速度越快越好时，使用Client版的JIT编译器更好。
2. 就启动速度而言，Tiered编译方式的性能和只使用Client的方式十分接近，因为Tiered编译本质上也会在启动是使用Client JIT编译器。