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

目录
相关文章
|
17天前
|
监控 架构师 Java
Java虚拟机调优的艺术:从入门到精通####
本文作为一篇深入浅出的技术指南,旨在为Java开发者揭示JVM调优的神秘面纱,通过剖析其背后的原理、分享实战经验与最佳实践,引领读者踏上从调优新手到高手的进阶之路。不同于传统的摘要概述,本文将以一场虚拟的对话形式,模拟一位经验丰富的架构师向初学者传授JVM调优的心法,激发学习兴趣,同时概括性地介绍文章将探讨的核心议题——性能监控、垃圾回收优化、内存管理及常见问题解决策略。 ####
|
26天前
|
Arthas Prometheus 监控
监控堆外使用JVM工具
监控堆外使用JVM工具
37 7
|
24天前
|
监控 Java 编译器
Java虚拟机调优指南####
本文深入探讨了Java虚拟机(JVM)调优的精髓,从内存管理、垃圾回收到性能监控等多个维度出发,为开发者提供了一系列实用的调优策略。通过优化配置与参数调整,旨在帮助读者提升Java应用的运行效率和稳定性,确保其在高并发、大数据量场景下依然能够保持高效运作。 ####
27 1
|
27天前
|
存储 算法 Java
JVM进阶调优系列(10)敢向stop the world喊卡的G1垃圾回收器 | 有必要讲透
本文详细介绍了G1垃圾回收器的背景、核心原理及其回收过程。G1,即Garbage First,旨在通过将堆内存划分为多个Region来实现低延时的垃圾回收,每个Region可以根据其垃圾回收的价值被优先回收。文章还探讨了G1的Young GC、Mixed GC以及Full GC的具体流程,并列出了G1回收器的核心参数配置,帮助读者更好地理解和优化G1的使用。
|
28天前
|
监控 Java 测试技术
Elasticsearch集群JVM调优垃圾回收器的选择
Elasticsearch集群JVM调优垃圾回收器的选择
48 1
|
1月前
|
Arthas 监控 Java
JVM进阶调优系列(9)大厂面试官:内存溢出几种?能否现场演示一下?| 面试就那点事
本文介绍了JVM内存溢出(OOM)的四种类型:堆内存、栈内存、元数据区和直接内存溢出。每种类型通过示例代码演示了如何触发OOM,并分析了其原因。文章还提供了如何使用JVM命令工具(如jmap、jhat、GCeasy、Arthas等)分析和定位内存溢出问题的方法。最后,强调了合理设置JVM参数和及时回收内存的重要性。
|
1月前
|
监控 Java 编译器
Java虚拟机调优实战指南####
本文深入探讨了Java虚拟机(JVM)的调优策略,旨在帮助开发者和系统管理员通过具体、实用的技巧提升Java应用的性能与稳定性。不同于传统摘要的概括性描述,本文摘要将直接列出五大核心调优要点,为读者提供快速预览: 1. **初始堆内存设置**:合理配置-Xms和-Xmx参数,避免频繁的内存分配与回收。 2. **垃圾收集器选择**:根据应用特性选择合适的GC策略,如G1 GC、ZGC等。 3. **线程优化**:调整线程栈大小及并发线程数,平衡资源利用率与响应速度。 4. **JIT编译器优化**:利用-XX:CompileThreshold等参数优化即时编译性能。 5. **监控与诊断工
|
1月前
|
存储 监控 Java
JVM进阶调优系列(8)如何手把手,逐行教她看懂GC日志?| IT男的专属浪漫
本文介绍了如何通过JVM参数打印GC日志,并通过示例代码展示了频繁YGC和FGC的场景。文章首先讲解了常见的GC日志参数,如`-XX:+PrintGCDetails`、`-XX:+PrintGCDateStamps`等,然后通过具体的JVM参数和代码示例,模拟了不同内存分配情况下的GC行为。最后,详细解析了GC日志的内容,帮助读者理解GC的执行过程和GC处理机制。
|
28天前
|
监控 Java Spring
JVM如何监控某个方法的入参和相应结果?
JVM如何监控某个方法的入参和相应结果?
34 0
|
2月前
|
Arthas 监控 数据可视化
JVM进阶调优系列(7)JVM调优监控必备命令、工具集合|实用干货
本文介绍了JVM调优监控命令及其应用,包括JDK自带工具如jps、jinfo、jstat、jstack、jmap、jhat等,以及第三方工具如Arthas、GCeasy、MAT、GCViewer等。通过这些工具,可以有效监控和优化JVM性能,解决内存泄漏、线程死锁等问题,提高系统稳定性。文章还提供了详细的命令示例和应用场景,帮助读者更好地理解和使用这些工具。