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

目录
相关文章
|
19天前
|
Arthas 监控 Java
JVM进阶调优系列(9)大厂面试官:内存溢出几种?能否现场演示一下?| 面试就那点事
本文介绍了JVM内存溢出(OOM)的四种类型:堆内存、栈内存、元数据区和直接内存溢出。每种类型通过示例代码演示了如何触发OOM,并分析了其原因。文章还提供了如何使用JVM命令工具(如jmap、jhat、GCeasy、Arthas等)分析和定位内存溢出问题的方法。最后,强调了合理设置JVM参数和及时回收内存的重要性。
|
17天前
|
监控 Java 编译器
Java虚拟机调优实战指南####
本文深入探讨了Java虚拟机(JVM)的调优策略,旨在帮助开发者和系统管理员通过具体、实用的技巧提升Java应用的性能与稳定性。不同于传统摘要的概括性描述,本文摘要将直接列出五大核心调优要点,为读者提供快速预览: 1. **初始堆内存设置**:合理配置-Xms和-Xmx参数,避免频繁的内存分配与回收。 2. **垃圾收集器选择**:根据应用特性选择合适的GC策略,如G1 GC、ZGC等。 3. **线程优化**:调整线程栈大小及并发线程数,平衡资源利用率与响应速度。 4. **JIT编译器优化**:利用-XX:CompileThreshold等参数优化即时编译性能。 5. **监控与诊断工
|
28天前
|
存储 监控 Java
JVM进阶调优系列(8)如何手把手,逐行教她看懂GC日志?| IT男的专属浪漫
本文介绍了如何通过JVM参数打印GC日志,并通过示例代码展示了频繁YGC和FGC的场景。文章首先讲解了常见的GC日志参数,如`-XX:+PrintGCDetails`、`-XX:+PrintGCDateStamps`等,然后通过具体的JVM参数和代码示例,模拟了不同内存分配情况下的GC行为。最后,详细解析了GC日志的内容,帮助读者理解GC的执行过程和GC处理机制。
|
2月前
|
Arthas 监控 数据可视化
JVM进阶调优系列(7)JVM调优监控必备命令、工具集合|实用干货
本文介绍了JVM调优监控命令及其应用,包括JDK自带工具如jps、jinfo、jstat、jstack、jmap、jhat等,以及第三方工具如Arthas、GCeasy、MAT、GCViewer等。通过这些工具,可以有效监控和优化JVM性能,解决内存泄漏、线程死锁等问题,提高系统稳定性。文章还提供了详细的命令示例和应用场景,帮助读者更好地理解和使用这些工具。
|
2月前
|
监控 架构师 Java
JVM进阶调优系列(6)一文详解JVM参数与大厂实战调优模板推荐
本文详述了JVM参数的分类及使用方法,包括标准参数、非标准参数和不稳定参数的定义及其应用场景。特别介绍了JVM调优中的关键参数,如堆内存、垃圾回收器和GC日志等配置,并提供了大厂生产环境中常用的调优模板,帮助开发者优化Java应用程序的性能。
|
2月前
|
Arthas 监控 Java
JVM知识体系学习七:了解JVM常用命令行参数、GC日志详解、调优三大方面(JVM规划和预调优、优化JVM环境、JVM运行出现的各种问题)、Arthas
这篇文章全面介绍了JVM的命令行参数、GC日志分析以及性能调优的各个方面,包括监控工具使用和实际案例分析。
52 3
|
2月前
|
存储 缓存 监控
聊聊JIT是如何影响JVM性能的!
聊聊JIT是如何影响JVM性能的!
|
2月前
|
算法 Java
JVM进阶调优系列(4)年轻代和老年代采用什么GC算法回收?
本文详细介绍了JVM中的GC算法,包括年轻代的复制算法和老年代的标记-整理算法。复制算法适用于年轻代,因其高效且能避免内存碎片;标记-整理算法则用于老年代,虽然效率较低,但能有效解决内存碎片问题。文章还解释了这两种算法的具体过程及其优缺点,并简要提及了其他GC算法。
 JVM进阶调优系列(4)年轻代和老年代采用什么GC算法回收?
|
2月前
|
Java
JVM进阶调优系列(5)CMS回收器通俗演义一文讲透FullGC
本文介绍了JVM中CMS垃圾回收器对Full GC的优化,包括Stop the world的影响、Full GC触发条件、GC过程的四个阶段(初始标记、并发标记、重新标记、并发清理)及并发清理期间的Concurrent mode failure处理,并简述了GC roots的概念及其在GC中的作用。
|
2月前
|
算法 Java
JVM进阶调优系列(3)堆内存的对象什么时候被回收?
堆对象的生命周期是咋样的?什么时候被回收,回收前又如何流转?具体又是被如何回收?今天重点讲对象GC,看完这篇就全都明白了。