转载请注明原创出处,谢谢!
今天在JVMPocket群里面看见,阿牛发了一个gc截图,之后ak47截图了特别恐怖,我就觉得好奇,去看看服务情况,截图日志如下
关于jstat命令详情可以参考:https://docs.oracle.com/javase/8/docs/technotes/tools/unix/jstat.html
高手就是高手,就通过这个,直接提出1,就是达到old的92%的阈值了 不断做cms gc 2.估计是不断做system gc这些都是猜测,让执行
jstat -gccause pid 看看情况,为什么说要执行gccause呢?
尤其ygc没有,只有fgc,那gccause出来的一定就是我们想要的
如果有ygc,这个命令就不好用了,很容易吧我们想要的东西覆盖
看看jstat的说明
Jstat是JDK自带的一个轻量级小工具。全称“JavaVirtual Machine statistics monitoring tool”,它位于Java的bin目录下,主要利用JVM内建的指令对Java应用程序的资源和性能进行实时的命令行的监控,包括了对Heap size和垃圾回收状况的监控。可见,Jstat是轻量级的、专门针对JVM的工具,非常适用。
jstat工具特别强大,有众多的可选项,详细查看堆内各个部分的使用量,以及加载类的数量。使用时,需加上查看进程的进程id,和所选参数。参考格式如下:
jstat -options
可以列出当前JVM版本支持的选项,常见的有
l class (类加载器)
l compiler (JIT)
l gc (GC堆状态)
l gccapacity (各区大小)
l gccause (最近一次GC统计和原因)
l gcnew (新区统计)
l gcnewcapacity (新区大小)
l gcold (老区统计)
l gcoldcapacity (老区大小)
l gcpermcapacity (永久区大小)
l gcutil (GC统计汇总)
l printcompilation (HotSpot编译统计)
通过这个就排除了是执行system gc
在通过jstat -gc pid 查看gc堆状态
看到这里大家应该都看出问题了,我靠什么情况,old512K
把jvm参数贴出:
-Xms2048m
-Xmx5120m
-XX:MaxNewSize=5120m
-XX:PermSize=4096M
-XX:-HeapDumpOnOutOfMemoryError
-XX:MaxPermSize=3072m
-Xmx5120m MaxNewSize=5120m old就没有空间了
修改参数
-Xms5120m
-Xmx5120m
-Xmn1512M
-XX:PermSize=128M
-XX:MaxPermSize=512M
-XX:-HeapDumpOnOutOfMemoryError
再观察情况,
jstat -gcutil pid 3s 30,看一下90s内ygc次数和ygct的时间变化
完美,一次0.005,才5ms
有个参数可以把ygc耗时花在哪里打出来
刚刚说的那个参数是:-XX:+PrintGCApplicationStoppedTime
该参数如何参考,查看呢? 在微信小程序里面搜索:JVMPocket,这个小程序是笨神大大提供的
结果如下:
万能的好工具!!!!
这几个参数建议也加上去:
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/data/log/gclog/
-Xloggc:/data/log/gclog/gc.log
-XX:+UseConcMarkSweepGC
-XX:+UseParNewGC
-XX:CMSInitiatingOccupancyFraction=75
-XX:+UseCMSInitiatingOccupancyOnly显示申明cms+ParNew,设定old区75%时就回收
但是应用启动前需要提前创建目录/data/log/gclog/
参数不明白啥意思 去搜索微信小程序
最后感谢笨神,感谢阿飞!
个人公众号