1、jstat -gccause PID
查看当前jvm的GC情况
2、jstat -gccause PID 2s 3
每隔2s输出当前jvm的GC情况,总共输出3次,主要查询使用空间百分比
下面对返回的参数做了详解
S0 — Heap上的 Survivor space 0 区已使用空间的百分比
S1 — Heap上的 Survivor space 1 区已使用空间的百分比
E — Heap上的 Eden space 区已使用空间的百分比
O — Heap上的 Old space 区已使用空间的百分比
P — Perm space 区已使用空间的百分比
YGC — 从应用程序启动到采样时发生 Young GC 的次数
YGCT– 从应用程序启动到采样时 Young GC 所用的时间(单位秒)
FGC — 从应用程序启动到采样时发生 Full GC 的次数
FGCT– 从应用程序启动到采样时 Full GC 所用的时间(单位秒)
GCT — 从应用程序启动到采样时用于垃圾回收的总时间(单位秒)
LGCC — 上次GC的原因
GCC — 当前GC的原因
3、jstat -gc PID
查询当前jvm使用情况
对返回的参数做分析
S0C - 年轻代中第一个survivor(幸存区)的容量 (字节)
S1C - 年轻代中第二个survivor(幸存区)的容量 (字节)
S0U - 年轻代中第一个survivor(幸存区)目前已使用空间 (字节)
S1U - 年轻代中第二个survivor(幸存区)目前已使用空间 (字节)
EC - 年轻代中Eden(伊甸园)的容量 (字节)
EU - 年轻代中Eden(伊甸园)目前已使用空间 (字节)
OC - Old代的容量 (字节)
OU - Old代目前已使用空间 (字节)
PC - Perm(持久代)的容量 (字节)
PU - Perm(持久代)目前已使用空间 (字节)
YGC - 从应用程序启动到采样时年轻代中gc次数
YGCT - 从应用程序启动到采样时年轻代中gc所用时间(s)
FGC - 从应用程序启动到采样时old代(全gc)gc次数
FGCT - 从应用程序启动到采样时old代(全gc)gc所用时间(s)
GCT - 从应用程序启动到采样时gc用的总时间(s)
4、由上面的返回结果,如何确认你JVM的YGC是否合适
两个维度:单位时间执行次数和执行时间
通过 ps -p pid -o etime 查看下进程的运行时间,如下
单位时间执行次数:可以看到该进程总共运行3个多小时,前面的截图可以按到YGC了68次,平均每2.6分钟(3*60/68)YGC一次,是没有问题的
执行时间:平均每次YGC花费15毫秒(1.072/68),也是没问题的。
总结性,3s一次ygc的频率,甚至频率更低,5s一次,7s一次,这是正常的;如果超过1s一次ygc,0.5s一次ygc,那你可以尝试优化JVM参数或增加服务器配置了。