Hi ! 我是小小,今天是本周的最后一篇,本篇将会着重讲解关于 JVM 调优和性能监控方面的内容
常用工具主要有 JDK 自带工具与 Arthas 这两种工具。
用于查看虚拟机进程状况的工具 命令示例
$ jps
15236 Jps
14966 Example1
用于查看虚拟机的堆内存,内存信息,类的装载和卸载信息等内容
jstat -gc 14966
S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT
2048.0 2048.0 0.0 0.0 12800.0 9345.8 34304.0 26638.8 5248.0 4971.3 640.0 554.9 2 0.032 2 0.049 0.082
$ jstat -class 14966
Loaded Bytes Unloaded Bytes Time
829 1604.4 0 0.0 0.37
查看JVM的启动参数
$ jinfo -flags 26472
VM Flags:
-XX:CICompilerCount=3 -XX:InitialHeapSize=52428800 -XX:MaxHeapSize=52428800 -XX:MaxNewSize=17301504 -XX:MinHeapDeltaBytes=524288 -XX:New
$ jhat dump.hprof
Reading from dump.hprof...
Dump file created Sun May 03 17:09:07 CST 2020
Snapshot read, resolving...
Resolving 42293 objects...
Chasing references, expect 8 dots........
Eliminating duplicate references........
Snapshot resolved.
Started HTTP server on port 7000
Server is ready
启动后,在浏览器打开,http://localhost:7000/
阿里开源的Java诊断工具
下载
wget https://alibaba.github.io/arthas/arthas-boot.jarjava -jar arthas-boot.jar
解压
unzip arthas-packaging-bin.zip
安装
sudo su adminrm -rf /home/admin/.arthas/lib/*cd arthas./install-local.sh
启动
./as.sh
这是由于 Full GC 时间过长导致,原因一般是
新生代太小,对象提前进入老年代,触发 Full GC
老年代较大,一次 Full GC 时间较长
解决方案是 调小 NewRatio 的值,尽可能的减少对象进入老年代
调整 XX:MaxDirectMemorySize 避免发生 OutOfMemoryError: Direct buffer memory
调整 -Xss 避免发生 StackOverflowError 或 OutOfMemoryError: unable to create new native thread
参数调整
-XX:SurvivorRatio=65536
-XX:MaxTenuringThreshold=0
-XX:AlwaysTenure
我是小小,生于二线,活在一线的程序猿,我是小小,我们下期再见。
小明菜市场
推荐阅读
● 没想到 | 万万没想到 Java 中最重要的关键字竟然是这个
● 3W | 跟着小小学会这些 Java 工程师面试题,月薪至少 3 W
● 十年 | 在Java开发做了10年后,才学会此绝招,用于颠覆Java应用
● DJL | DJL 如何正确打开 [ 深度学习 ]
● 警惕 | 警惕,mybatis的size()方法竟然有坑!
给我个好看再走好吗?