调优

why

内存的及时回收
控制内存回收所带来的暂停时间

上层

堆内存大小调优
垃圾收集器调优
JIT编译器调优

架构

确定目标

• 响应速度优先
  针对app接口，请求比较零散，对响应时间要求快
  长暂停时间不可接受

• 吞吐量优先
  针对大量请求同时涌入或大数据批处理场景，保证内存及时回收，能处理更多吞吐
  长暂停时间可接受

收集日志

直接输出日志到控制台
java -Xmx1024m -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -jar performance-1.0.0.jar
输出日志到文件
java -Xmx1024m -Xloggc:/netease/gc1.log -jar performance-1.0.0.jar

分析日志

查找到performance-1.0.0.jar的进程号(jcmd取第一列)
jcmd | grep "performance-1.0.0.jar" | awk '{print $1}'

GCViewer工具，辅助分析GC日志文件
https://github.com/chewiebug/GCViewer

jstat 实时动态监控GC统计信息
间隔1000毫秒统计一次，每10行数据后输出列标题
jstat -gc -h10 1}') 1000

调整参数

常用JVM参数

常用GC参数

堆内存大小
尽量大，但不能占满机器资源，机器需要预留资源给其他程序比如jmap，jstat等

通过命令查看当前JVM参数设置值

java -XX:+PrintFlagsFinal –version | grep 参数关键字

Parallel GC+ Parallel Old GC收集器参数调优
回收机制：吞吐量优先；回收线程与用户线程串行运行，新生代与老年代GC并行运行

打开自适应GC策略（自动调整堆内存分区大小）：-XX:+UseAdaptiveSizePlicy
调整垃圾回收线程数量：-XX:ParalleGCThreads
一般配置为cpu核心数

ParNew GC收集器参数调优：-XX:+UseParNewGC
回收机制：吞吐量优先；只是将回收线程多线程化，除了这个并没有太多创新之处，本质上也是独占式收集
器，会触发stop the world
调整垃圾回收线程数量：-XX:ParalleGCThreads
一般配置为cpu核心数

CMS收集器参数调优：-XX:+UseConcMarkSweepGC
回收机制：响应时间优先；部分时间里回收线程与用户线程并发运行(并发标记/并发清除)，减小暂停时间
一边充电一边玩手机模式
定义CMS过程中并发运行的回收线程数：-XX:ConcGCThreads

G1收集器参数调优：-XX:+UseG1GC
回收机制：兼顾吞吐量和响应时间
同时适用于新生代和老年代
将对内存划分为多个小区域进行回收