开启输出JVM GC日志
查看类加载信息明细
GC日志打印详细信息
GC日志打印时间戳信息
在GC前后打印GC日志
打印应用暂停时间
打印每次垃圾回收前,程序未中断的执行时间
指定GC日志目录何文件名
当发生 OOM(OutOfMemory)时,自动转储堆内存快照,缺省情况未指定目录时,JVM 会创建一个名称为 java_pidPID.hprof 的堆 dump 文件在 JVM 的工作目录下
指定OOM时堆内存转储快照位置
Full GC前后打印跟踪类视图
打印Young GC各个年龄段的对象分布
打印TLAB(线程本地分配缓存区)空间使用情况
CMS/G1通用内存区域设置
JVM最大堆内存大小
JVM初始内存大小,建议与-Xmx一致
年轻代空间大小,使用G1收集器是不建议设置该值
每个线程的堆栈大小
最大元空间大小
初始元空间大小
年轻代中Eden区与Survivor区的大小比值,缺省默认值为8
最大堆外内存大小
设置新生代需要经历多少次GC晋升到老年代中的最大阈值,缺省默认值为15
代表分配在新生代一个对象占用内存最大值,超过该最大值对象直接在old区分配,默认值缺省是0,代表对象不管多大都是先在Eden中分配内存
设置忽略System.gc()的调用,不建议设置该参数,因为部分依赖Java NIO的框架(例如Netty)在内存异常耗尽时,会主动调用System.gc(),触发Full GC,回收DirectByteBuffer对象,作为回收堆外内存的最后保障机制,设置该参数之后会导致在该情况下堆外内存得不到清理 参考:为什么不推荐使用-XX:+DisableExplicitGC
开启尽可能并行处理Reference对象,建议开启
设置并行收集垃圾器在应用线程STW期间时GC处理线程数
设置垃圾收集器在与应用线程并发执行标记处理(非STW阶段)时的线程数
设置使用CMS作为老年代垃圾收集器
设置老年代空间使用的比率阈值多少时触发CMS GC,范围1~100,建议70,需要和-XX:+UseCMSInitiatingOccupancyOnly参数搭配使用才生效
设置CMS严格按照-XX:CMSInitiatingOccupancyFraction参数设置的阈值来触发CMS GC,如果没有设置,虚拟机会根据收集的数据决定是否触发,建议线上环境带上这个参数,不然会加大问题排查的难度
保证显式调用System.gc()触发的是一个并发GC周期而不是Full GC,建议开启
发送CMS GC时触发类卸载,推荐开启
在CMS的重新标记阶段之前执行年轻代Young GC,可减少相当一部分的需要标记的对象,减少CMS重新标记时间的开销,建议开启
是否在CMS发生Full GC之后是否进行空间整理,缺省默认开启(推荐)
进行多少次Full GC之后进行一次空间整理,缺省默认值为0(推荐),即每次Full GC过后都进行空间整理,空间整理期间STW
使用 G1 垃圾收集器
设置期望达到的最大GC停顿时间指标,JVM会尽力实现,但不保证达到
启动并发GC周期时的堆内存占用百分比。G1之类的垃圾收集器基于整个整个堆的使用率触发并发GC周期,而不只是某年轻代或者老年代的内存的使用比.,值为 0 则表示”一直执行GC循环”。 默认值为 45
预留内存占堆内存比值,默认值是10,代表使用10%的堆内存为预留内存,当Survivor区域没有足够空间容纳新晋升对象时会尝试使用预留内存
设置的 G1 Region区域的大小,当G1因为频繁分配巨型对象失败导致Full GC,可以尝试增大该参数
先看一段生产环境的JVM参数配置,通过ps -ef |grep java,可以看到具体的jvm参数配置:
/usr/local/jdk8/bin/java -server -Xms2g -Xmx2g -Xmn1g -XX:MaxMetaspaceSize=512m -XX:SurvivorRatio=8 -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=70 -XX:+ScavengeBeforeFullGC -XX:+CMSScavengeBeforeRemark -XX:+DisableExplicitGC -XX:-OmitStackTraceInFastThrow -XX:+PrintGCDateStamps -verbose:gc -XX:+PrintGCDetails -Xloggc:/home/admin/service_gc_20191206191048.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/service_heap_dump_20191206191048.hprof -javaagent:/home/admin/pinpoint-agent/pinpoint-bootstrap.jar -Dpinpoint.agentId=30.77.234.28 -Dpinpoint.applicationName=mall -Djava.ext.dirs=/usr/local/jdk8/jre/lib/ext:./ext:./external -jar mall.jar
/usr/local/jdk8/bin/java jdk的安装路径
-server jvm以server模式启动(jvm启动有两种方式:-server -client,主要的差别在于:-server模式启动时,速度较慢,比client模式慢大概10%,但是一旦运行起来后,性能将会有很大的提升。JVM如果不显式指定是-server模式还是-client模式,JVM能够自动根据运行的主机环境自动识别)
-Xms2g 设置初始 Java 堆大小2g
-Xmx2g 设置最大 Java 堆大小2g
-Xmn1g 设置年轻代大小1g
-XX:MaxMetaspaceSize=512m 参数可以设置元空间的最大值,默认是没有上限的,也就是说你的系统内存上限是多少它就是多少。元空间会根据应用程序运行时的需要动态地调整大小
-XX:SurvivorRatio=8 指定伊甸园区(Eden)与幸存区大小比例. 例如, -XX:SurvivorRatio=10` `表示伊甸园区(Eden)是 幸存区To 大小的
10倍(也是幸存区From的
10倍).所以,伊甸园区(Eden)占新生代大小的
10/
12, 幸存区From和幸存区To 每个占新生代的
1/
12.注意,两个幸存区永远是一样大的
-XX:+UseConcMarkSweepGC 激活CMS收集器 JVM默认使用的是并行处理器
-XX:CMSInitiatingOccupancyFraction=70 使用cms作为垃圾回收,使用70
%后开始CMS收集
-XX:+ScavengeBeforeFullGC Full GC前调用YGC
-XX:+CMSScavengeBeforeRemark 开启或关闭在CMS重新标记阶段之前的清除(YGC)尝试
-XX:+DisableExplicitGC 禁止在运行期显式地调用 System.gc()
-XX:-OmitStackTraceInFastThrow 开启打印异常trace
-XX:+PrintGCDateStamps 打印GC发生的时间信息
-verbose:gc 表示输出虚拟机中GC的详细情况.
-XX:+PrintGCDetails 打印GC详细信息
-Xloggc:/home/admin/service_gc_20191206191048.log GC日志文件的输出路径
-XX:+HeapDumpOnOutOfMemoryError 让JVM在发生内存溢出时自动的生成堆内存快照
-XX:HeapDumpPath=/home/admin/service_heap_dump_20191206191048.hprof
-javaagent:/home/admin/pinpoint-agent/pinpoint-bootstrap.jar 指定pinpoint探针的启动位置,pinpoint是一款APM监控工具
-Dpinpoint.agentId=30.77.234.28 // id,可以和applicationName相同,也可以不同,这里是把当前服务器IP作为唯一ID
-Dpinpoint.applicationName=mall // 在pinpoint上显示的名字
-Djava.ext.dirs=/usr/local/jdk8/jre/lib/ext:./ext:./external -jar mall.jar