JVM菜鸟进阶高手之路一(一次与笨神,阿飞近距离接触修改JVM)

转载请注明原创出处,谢谢!

今天在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自带的一个轻量级小工具。全称“Java Virtual 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/
参数不明白啥意思 去搜索微信小程序

最后感谢笨神,感谢阿飞!


个人公众号

匠心零度公众号.jpg

posted @ 2017-09-16 16:28  匠心零度  阅读(1391)  评论(2编辑  收藏