开发者社区> luckcheng> 正文

jvm性能调优与监控之---jstat

简介:
+关注继续查看

jstat(JVM Statistics Monitoring Tool):jvm统计监控工具

使用于监视虚拟机各种运行状态信息的命令行工具。它可以显示本地或者远程(需要远程主机提供RMI支持)虚拟机进程中的类信息、内存、垃圾收集、JIT编译等运行数据,在没有GUI,只提供了纯文本控制台环境的服务器上,它将是运行期间定位虚拟机性能问题的首选工具。

jstat命令格式

jstat [ option vmid [ interval [ s | ms ] [ count ] ] ]

这个VMID,对于本地虚拟机进程而言,VMID和LVMID是一致的。参数interval和count分别表示查询间隔和次数,如果省略这两个参数,说明只查询一次,假设需要每200毫秒查询一次进程3596的垃圾收集情况,一共查询20次,那命令应当是:
这里写图片描述
jstat主要选项

-class                监视类装载、卸载数量、总空间以及类装载所耗费的时间
-gc                    监视Java堆状况,包括Eden区、两个Survivor区、、老年代、永久带等的容量、已用空间、GC时间合计等信息
-gccapacity            监视内容基本与-gc相同,但输出主要关注Java堆各个区域使用到的最大、最小空间
-gcutil                监视内容基本与-gc相同,但输出主要关注已使用的空间占总空间的百分比
-gccause            与-gcutil功能一样,但是会额外输出导致上一次GC产生的原因
-gcnew                监视新生代GC状况
-gcnewcapacity        监视内容基本与-gcnew相同,但输出主要关注使用到的最大、最小空间
-gcold                监视老年代GC状况
-gcoldcapacity        监视内容基本与-gcold相同,但输出主要关注使用到的最大、最小空间
-gcpermcapacity        输出永久代使用到的最大、最小空间
-compiler            输出JIT编译器编译过的方法、耗时等信息
-printcompilation    输出已经被JIT编译的方法

例子

这里的4596,我是通过jps查询

监视类装载、卸载数量、总空间以及类装载所耗费的时间

jstat -class 4596

这里写图片描述

监视类装载数量:8951
总空间:16830.2字节
卸载数量:0
类装载所耗费的时间:6.45秒

监视Java堆状况,包括Eden区、两个Survivor区、、老年代、永久带等的容量、已用空间、GC时间合计等信息

jstat -gc 4596

这里写图片描述

S0C:(young gerenation中的from survivor)的总容量:19456.0(字节)
S1C:(young gerenation中的to survivor)的总容量:17408.0(字节)
S0U:(young gerenation中的from survivor)已经使用的容量:0.0(字节)
S1U:(young gerenation中的to survivor)已经使用的容量:17169.6(字节)
EC:(young gerenation中的eden)的总容量:360448.0(字节)
EU:(young gerenation中的eden)已经使用的容量:35731.5(字节)
OC:(old gerenation)的总容量:152576.0(字节)
OU:(old gerenation)已经使用的容量:24333.3(字节)
MC:(method area)的总容量:47192.0(字节)
MU:(method area)已经使用的容量:46250.0(字节)
CCSC:压缩类总容量:6242.0(字节)
CCSU:压缩类已经使用容量:6232.0(字节)
YGC:(young generation)发生GC次数:9
YGCT:(young generaton)发生GC使用时间:0.126秒
FGC:(Full GC)次数:2
FGCT:(Full GC)耗时:0.151
GCT:总GC耗时:0.277

监视内容基本与-gc相同,但输出主要关注Java堆各个区域使用到的最大、最小空间

jstat -gccapacity

这里写图片描述

NGCMN:新生代最小容量:86016.0byte
NGCMX:新生代最大容量:1372672.0byte
NGC:当前新生代容量:418307.0byte
S0C:第一个幸存区大小19456.0byte
S1C:第二个幸存区的大小17408.0byte
EC:eden区的大小:360448.0byte
OGCMN:老年代最小容量:172032.0byte
OGCMX:老年代最大容量2745856.0byte
OGC:当前老年代大小152576.0byte
OC:当前老年代大小152576.0byte
MCMN:最小元数据容量0.0byte
MCMX:最大元数据容量1089536.0byte
MC:当前元数据空间大小47192.0byte
CCSMN:最小压缩类空间大小:0.0byte
CCSMX:最大压缩类空间大小1048576.0byte
CCSC:当前压缩类空间大小6232.0byte
YGC:年轻代gc次数:9
FGC:老年代GC次数:2

监视内容基本与-gc相同,但输出主要关注已使用的空间占总空间的百分比

jstat -gcutil 4596

这里写图片描述

新生代Eden区(E,表示Eden)使用了9.25%的空间;
两个Survivor区:
S0表示Survivor0:0.00%
S1表示Survivor1:98.63%
O,表示Old(老年代):15.95%
程序运行以来共发生Minor GC(YGC,表示Young GC)9次,总共耗时0.126秒;
共发生Full GC(FGC,表示Full GC)2次,Full GC共耗时(FGCT,Full GC Time)为0.151秒,
所有GC总耗时(GCT,表示GC Time)0.27秒

与-gcutil功能一样,但是会额外输出导致上一次GC产生的原因

jstat -gccause 4596

这里写图片描述

S0:(young generation中的from survivor)占用比例
S1:(young generation中的to survivor)占用比例
E:(young generation中的eden)占用比例
O:(old generation)占用比例
M:(method area)占用比例
CCS:压缩类占用比例
YGC:young gc次数:9
YGCT:young gc time:0.126
FGC:full gc:2
FGCT:full gc time:0.151
GCT:gc time:0.277
LGCC:最近垃圾回收的原因
GCC:当前垃圾回收的原因

监视新生代GC状况

jstat -gcnew -4596

这里写图片描述

S0C:(young generation的from survivor)总容量19456.0byte
S1C:(young generation的to survivor)总容量17408.0byte
S0U:(young generation的from survivor)已经使用0.0byte
S1U:(young generation的to survivor)已经使用17169.6byte
TT:Tenuring threshold(提升阈值)
MTT:最大的tenuring threshold
DSS:survivor区域大小 (KB)
EC:(young generation的eden)总容量360448.0byte
YGC:(young generation发生gc次数):9
YGCT:(young generation发生gc耗时):0.126

监视内容基本与-gcnew相同,但输出主要关注使用到的最大、最小空间

jstat -gcnewcapacity 4596

这里写图片描述

NGCMN:新生代占用最小容量86016.0byte
NGCMX:新生代占用最大容量1372672.0byte
NGC:新生代当前容量418304.0byte
S0CMX:最大的S0空间 457216.0byte
S0C:当前S0空间19456.0byte
S1CMX:最大S1空间457216.0byte
S1C:当前S1空间17408.0byte
ECMX:最大eden空间1371648.0byte
EC:当前eden空间360448.0byte
YGC:young gc次数9
FGC:full gc次数2

监视老年代GC状况

jstat -gcold 4596

这里写图片描述

MC:当前方法区容量47192.0byte
MU:当前方法区已经使用容量46250.0byte
CCSC:压缩类空间容量6232.0byte
CCSU:压缩类空间已使用容量5994.7byte
OC:当前老年代容量152576.0byte
OU:当前老年代已使用容量24333.3byte
YGC:young gc次数9
FGC:full gc次数2
FGCT:full gc time:0.151
GCT:gc time:0.277

监视内容基本与-gcold相同,但输出主要关注使用到的最大、最小空间

jstat -gcoldcapacity 4596

这里写图片描述

OGCMN:old区最小容量172032.0byte
OGCMX:old区最大容量2745856.0byte
OGC:old当前容量152576.0byte
OC:old当前容量152576.0byte
YGC:young generation发生gc次数:9
FGC:full gc发生gc次数:2
FGCT:full gc time:0.151
GCT:GC time:0.277

输出JIT编译器编译过的方法、耗时等信息

jstat -compiler 4596

这里写图片描述

Compiled:编译方法的数量:5528
Failed:编译方法失败的数量:7
Invalid:编译方法不可用的数量:0
Time:编译方法的耗时1.90秒
FailedType:编译方法失败类型:1
FailedMethod:编译失败的方法:org/springframework/beans/factory/support/ConstructorResolver instantiateUsingFactoryMethod

输出已经被JIT编译的方法

jstat -printcompilation 4596

这里写图片描述

Compiled:最近编译方法的数量:5528
Size:最近编译方法的字节码数量:83
Type:最近编译方法的编译类型:1
Method:方法名标识:org/apache/tomcat/util/collections/ManagedConcurrentWeakhashMap maintain

jstat - Java Virtual Machine Statistics Monitoring Tool

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
JVM学习(二):JVM监控及诊断工具-命令行篇(上)
Java 作为最流行的编程语言之一,其应用性能诊断一直受到业界广泛关注。可能造成Java应用出现性能问题的因素非常多,例如线程控制、磁盘读写、数据库访问、网络I/o、垃圾收集等。想要定位这些问题,一款优秀的性能诊断工具必不可少。
52 0
【JAVA】如何监控和诊断JVM堆内和堆外内存使用?
本博文将结合 JVM 参数、工具等方面,进一步分析 JVM 内存结构,包括外部资料相对较少的堆外部分。 本篇博文的重点是,如何监控和诊断JVM堆内和堆外内存使用?
155 0
全网最硬核 JVM TLAB 分析(额外加菜) 8. 通过 JFR 监控 TLAB
全网最硬核 JVM TLAB 分析(额外加菜) 8. 通过 JFR 监控 TLAB
77 0
想监控JVM,可是不知道从哪下手!
在开发中经常需要监控应用的运行情况,包括内存,cpu ,gc ,线程等信息,这些东西jdk提供的工具很多都有,如果我们自己想实现一些自己的管理,怎么样才能获得这些信息呐?今天一起来看一下这一切的起点——Jmx。
53 0
【监控利器Prometheus】——Prometheus+Grafana监控SpringBoot项目JVM信息
Prometheus+Grafana监控SpringBoot项目JVM信息 1. SpringBoot项目配置JVM采集 2. Prometheus配置 3. 配置grafana 4. 扩展-通过JMX Exporter监控JVM信息
559 0
通过JConsoler监控Tomcat的JVM内存
通过JConsoler监控Tomcat的JVM内存 文章目录 通过JConsoler监控Tomcat的JVM内存 1.监控Tomcat的方式 2.Java自带的监控命令 3.Tomcat故障案例 10.4.配置Tomcat JMX监控 5.使用Jsconsole连接JMX查看监控数据
117 0
zabbix监控tomcat的jvm内存(二十七)
zabbix监控tomcat的jvm内存 1.介绍 tomcat监控主要是jvm,又来了jvm监控我们可以看到jvm的内存使用情况,内存溢出情况 zabbix监控tomcat使用的是zabbix-java-gateway,zabbix-java-gateway需要java环境
238 0
如何用 Uber JVM Profiler 等可视化工具监控 Spark 应用程序?
  关键要点   持续可靠地运行 Spark 应用程序是一项具有挑战性的任务,而且需要一个良好的性能监控系统。   - 在设计性能监控系统时有三个目标——收集服务器和应用程序指标、在时序数据库中存储指标,并提供用于数据可视化的仪表盘。   Uber JVM Profiler 被用于监控 Spark 应用程序,用到的其他技术还有 InfluxDB(用于存储时序数据)和 Grafana(数据可视化工具)。性能监控系统可帮助 DevOps 团队有效地监控系统,用以满足应用程序的合规性和 SLA。
129 0
基于JavaAgent的全链路监控四《JVM内存与GC信息》
除了监控java方法的执行耗时,我们还需要获取应用实例的jvm内存与gc信息,以实时把控我们的服务器性能是否在安全范围。监控jvm内存与gc信息是非常重要的,尤其是在大促以及微博火热爆点的时候,我们需要根据监控信息进行扩容,以保证系统稳定。
139 0
+关注
luckcheng
csdn博客:luck-cheng.github.io github:www.github.com/luck-cheng
文章
问答
文章排行榜
最热
最新
相关电子书
更多
JVM实战
立即下载
JVM的GC
立即下载
基于JVM的脚本语言开发、运用实践
立即下载