|
|
|
|
公众号矩阵

调优 | 别再说你不会 JVM 性能监控和调优了

stat 虚拟机统计信息监视工具用于查看虚拟机的堆内存,内存信息,类的装载和卸载信息等内容。

作者:小明菜市场 来源: 小明菜市场|2020-11-09 07:34

本文转载自微信公众号「小明菜市场」,作者小明菜市场 。转载本文请联系小明菜市场公众号。 

Hi ! 我是小小,今天是本周的最后一篇,本篇将会着重讲解关于 JVM 调优和性能监控方面的内容

常用工具

常用工具主要有 JDK 自带工具与 Arthas 这两种工具。

JDK 自带工具

jps 虚拟机进程状况工具

用于查看虚拟机进程状况的工具 命令示例

  1. $ jps 
  2. 15236 Jps 
  3. 14966 Example1 

jstat 虚拟机统计信息监视工具用于查看虚拟机的堆内存,内存信息,类的装载和卸载信息等内容

显示堆内存信息

  1. jstat -gc 14966 
  2.  S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT 
  3. 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 

每隔 1000 毫秒打印堆内存信息,打印十次

查看类的装载和卸载信息

  1. $ jstat -class 14966 
  2. Loaded  Bytes  Unloaded  Bytes     Time 
  3.    829  1604.4        0     0.0       0.37 

Java 配置信息工具

查看JVM的启动参数

  1. $ jinfo -flags 26472 
  2. VM Flags: 
  3. -XX:CICompilerCount=3 -XX:InitialHeapSize=52428800 -XX:MaxHeapSize=52428800 -XX:MaxNewSize=17301504 -XX:MinHeapDeltaBytes=524288 -XX:New 

jstack Java 堆栈跟踪工具

即,对当前的内存生成相关的快照,用于保存相关的快照信息。

jmap Kava 内存映射工具

用于查看内存对象数量和内存空间占用

jhat 生成 html 类型的快照文件

  1. $ jhat dump.hprof 
  2. Reading from dump.hprof... 
  3. Dump file created Sun May 03 17:09:07 CST 2020 
  4. Snapshot read, resolving... 
  5. Resolving 42293 objects... 
  6. Chasing references, expect 8 dots........ 
  7. Eliminating duplicate references........ 
  8. Snapshot resolved. 
  9. Started HTTP server on port 7000 
  10. Server is ready 

启动后,在浏览器打开,http://localhost:7000/

jvisualvm & VisualVM: 堆转储快照分析工具

和上方命令一样,直接导出文件,而不是网站


对象信息


线程信息

jconsole: JVM 性能监控

启动用户界面用于进行性能监控


启动成功以后

Arthas

阿里开源的Java诊断工具

安装

下载

  1. wget https://alibaba.github.io/arthas/arthas-boot.jarjava -jar arthas-boot.jar 

解压

  1. unzip arthas-packaging-bin.zip 

安装

  1. sudo su adminrm -rf /home/admin/.arthas/lib/*cd arthas./install-local.sh 

启动

  1. ./as.sh 

help

dashboard 实时数据面板

thread 线程信息


jad 反编译类

watch 数据观测

调优

部署方式


服务器经常出现卡顿这是由于 Full GC 时间过长导致,原因一般是

  1. 新生代太小,对象提前进入老年代,触发 Full GC
  2. 老年代较大,一次 Full GC 时间较长

解决方案是 调小 NewRatio 的值,尽可能的减少对象进入老年代

调整内存占用

直接内存

调整 XX:MaxDirectMemorySize 避免发生 OutOfMemoryError: Direct buffer memory

线程堆栈

调整 -Xss 避免发生 StackOverflowError 或 OutOfMemoryError: unable to create new native thread

从 GC 角度解决新生代大量对象存活,Minor GC 时间过长参数调整

  1. -XX:SurvivorRatio=65536 
  2. -XX:MaxTenuringThreshold=0 
  3. -XX:AlwaysTenure 

关于作者

我是小小,生于二线,活在一线的程序猿,我是小小,我们下期再见。

【编辑推荐】

  1. JVM系列—Class文件加载过程
  2. JVM:我就想知道我是怎么没的
  3. 这年头还有问Tomcat调优和JVM参数优化,你看看这篇文章
  4. jvm类加载器,类加载机制详解,看这一篇就够了
  5. JVM(Java Virtual Machine)源码分析-类加载场景实例分析
【责任编辑:武晓燕 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

订阅专栏+更多

云原生架构实践

云原生架构实践

新技术引领移动互联网进入急速赛道
共3章 | KaliArch

28人订阅学习

数据中心和VPDN网络建设案例

数据中心和VPDN网络建设案例

漫画+案例
共20章 | 捷哥CCIE

190人订阅学习

搭建数据中心实验Lab

搭建数据中心实验Lab

实验平台Datacenter
共5章 | ITGO(老曾)

119人订阅学习

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微