JDK14性能管理工具:jstat使用介绍

简介: JDK14性能管理工具:jstat使用介绍

目录



简介


作为一个程序员,经常会为如何定位java程序的问题或者去调优JVM性能而苦恼不已。


也许你听过一些java的profile的强力工具,比如jprofile。但是这些工具大部分都是要收费的,对于我们个人程序员来说十分不友好。


其实JDK已经自带了很多优秀的性能调优工具,你可以在JAVA_HOME/bin中找到他们。

更多精彩内容且看:



更多内容请访问www.flydean.com


今天我们的系列文章要介绍的是这四个工具:


  1. Jstat(sun.tools.jstat) 它的全称是Java Virtual Machine Statistics Monitoring Tool,是用来监控JVM状态的工具。
  2. jstack(sun.tools.jstack) 它的全称是Java Stack Trace,是用来做java栈的跟踪工具。
  3. jmap(sun.tools.jmap) 它的全称是Java Memory Map,是java的内存管理工具。
  4. jhat (com.sun.tools.hat.Main) 它的全称是Java Heap Analyse Tool,是java的堆分析工具。


有了这四个工具,基本上JVM运行期间的方方面面都可以被覆盖到了。下面我们将具体对每一个工具进行详细讲解。本文将会首先讲解Jstat的具体使用。


JStat命令


jstat主要对JVM运行期间的各种参数进行收集,包括查看类的加载情况,jc中新生代老年代元数据空间的使用情况等。


先看下Jstat的命令:


jstat outputOptions [-t] [-h lines] vmid [interval [count]]


  • outputOptions - 选择需要输出哪些内容
  • t - 在第一列输出timestamp,是从目标JVM启动时候开始算起
  • h - 选择每隔n行输出列的名字,默认是0,表示只在第一行输出列的名字
  • vmid - JVM的pid,可以使用jps来查看
  • interval - jstat输出的时间间隔默认单位是毫秒
  • count - 表示需要展示多少取样数据,默认是无限制的,表示会一直取样输出,直到JVM停止


JStat Output Options


上面我们讲了JStat命令的基本格式,在本节我们会详细讲解JStat的输出选项。


使用jstat -options可以看到jstat支持的几个options选项:


jstat -options
-class
-compiler
-gc
-gccapacity
-gccause
-gcmetacapacity
-gcnew
-gcnewcapacity
-gcold
-gcoldcapacity
-gcutil
-printcompilation


class


输出class loader的统计信息,我们举个例子:


jstat -class -t 53528 100 5
Timestamp       Loaded  Bytes  Unloaded  Bytes     Time
        19822.8   5214 10752.5        0     0.0       2.91
        19823.0   5214 10752.5        0     0.0       2.91
        19823.0   5214 10752.5        0     0.0       2.91
        19823.2   5214 10752.5        0     0.0       2.91
        19823.2   5214 10752.5        0     0.0       2.91


上面的例子中53528是目标JVM的pid,100表示取样的间隔时间是100ms,5表示最后只展示5条数据。


上面的Timestamp表示的JVM的启动的时间。


  • Loaded - 有多少个class被加载
  • Bytes - 被加载的class大小
  • Unloaded - 多少class被反加载
  • Bytes - 反加载的class大小
  • Time - 加载和反加载class花费的时间


compiler


compiler统计的是Java HotSpot VM Just-in-Time JIT即时编译器的信息。


JIT即时编译器是为了提升代码的执行速度而产生的。JVM对于一些热点代码,比如多次循环和经常使用的方法。对于这些热点代码,JIT会将其编译成机器代码,从而提升执行速度。


还是举刚刚的JVM的例子:


jstat -compiler 53528 100 5
Compiled Failed Invalid   Time   FailedType FailedMethod
    2675      0       0     5.35          0
    2675      0       0     5.35          0
    2675      0       0     5.35          0
    2675      0       0     5.35          0
    2675      0       0     5.35          0


  • Compiled - 执行的编译任务的次数
  • Failed - 编译任务失败次数
  • Invalid - 置位无效的编译任务次数
  • Time - 执行编译任务花费的时间
  • FailedType - 上一次失败编译的编译类型
  • FailedMethod - 上一次编译失败的方法名


gc


gc统计的是gc heap信息


jstat -gc 53528 100 5
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT    CGC    CGCT     GCT
 0.0   4096.0  0.0   3978.2 56320.0  33792.0   15360.0    15215.0   21552.0 20680.9 2688.0 2468.0      4    0.025   0      0.000   2      0.003    0.028
 0.0   4096.0  0.0   3978.2 56320.0  33792.0   15360.0    15215.0   21552.0 20680.9 2688.0 2468.0      4    0.025   0      0.000   2      0.003    0.028
 0.0   4096.0  0.0   3978.2 56320.0  33792.0   15360.0    15215.0   21552.0 20680.9 2688.0 2468.0      4    0.025   0      0.000   2      0.003    0.028
 0.0   4096.0  0.0   3978.2 56320.0  33792.0   15360.0    15215.0   21552.0 20680.9 2688.0 2468.0      4    0.025   0      0.000   2      0.003    0.028
 0.0   4096.0  0.0   3978.2 56320.0  33792.0   15360.0    15215.0   21552.0 20680.9 2688.0 2468.0      4    0.025   0      0.000   2      0.003    0.028


gc的输出参数比较多,我们一一进行解释,这样大家对于gc的运行内核会有更多的理解:


  • S0C - survivor 0区域的容量,以KB为单位
  • S1C - survivor 1区域的容量,以KB为单位


Young Gen被划分为1个Eden Space和2个Suvivor Space。当对象刚刚被创建的时候,是放在Eden space。垃圾回收的时候,会扫描Eden Space和一个Suvivor Space。如果在垃圾回收的时候发现Eden Space中的对象仍然有效,则会将其复制到另外一个Suvivor Space。


就这样不断的扫描,最后经过多次扫描发现任然有效的对象会被放入Old Gen表示其生命周期比较长,可以减少垃圾回收时间。


  • S0U - survivor 0区域的使用大小,以KB为单位
  • S1U - survivor 1区域的使用大小,以KB为单位
  • EC - Eden区域的容量,以KB为单位
  • EU - Eden区域的使用,以KB为单位
  • OC - old区域的容量,以KB为单位
  • OU - old区域的使用,以KB为单位
  • MC - Metaspace元数据区的 Committed Size,以KB为单位
  • MU - Metaspace元数据区的使用大小,以KB为单位


在JDK8之前,类定义、字节码和常量等很少会变更的信息是放在持久代Perm Gen中的。不过在JDK8之后,Perm Gen已经被取消了,现在叫做Metaspace。Metaspace并不在java虚拟机中,它使用的是本地内存。Metaspace可以通过-XX:MaxMetaspaceSize来控制。


  • CCSC - Compressed class的Committed Size,以KB为单位
  • CCSU - Compressed class的使用大小,以KB为单位


Compressed Class Space,它是和-XX:+UseCompressedOops,-XX:+UseCompressedClassesPointers有关的。实际上是一个指针的压缩,可以使用32bits来表示之前64bits的指针。


  • YGC - young generation的GC次数
  • YGCT - young generation的GC时间
  • FGC - full GC的次数
  • FGCT - full GC的时间
  • GCT - 总的GC时间


gccapacity


gccapacity统计的是内存池的创建和大小等统计信息


jstat -gccapacity 53528 100 5
 NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC       MCMN     MCMX      MC     CCSMN    CCSMX     CCSC    YGC    FGC   CGC
     0.0 716800.0  60416.0    0.0 4096.0  56320.0        0.0   716800.0    15360.0    15360.0      0.0 1069056.0  21552.0      0.0 1048576.0   2688.0      4     0     2
     0.0 716800.0  60416.0    0.0 4096.0  56320.0        0.0   716800.0    15360.0    15360.0      0.0 1069056.0  21552.0      0.0 1048576.0   2688.0      4     0     2
     0.0 716800.0  60416.0    0.0 4096.0  56320.0        0.0   716800.0    15360.0    15360.0      0.0 1069056.0  21552.0      0.0 1048576.0   2688.0      4     0     2
     0.0 716800.0  60416.0    0.0 4096.0  56320.0        0.0   716800.0    15360.0    15360.0      0.0 1069056.0  21552.0      0.0 1048576.0   2688.0      4     0     2
     0.0 716800.0  60416.0    0.0 4096.0  56320.0        0.0   716800.0    15360.0    15360.0      0.0 1069056.0  21552.0      0.0 1048576.0   2688.0      4     0     2


  • NGCMN - 最小的新生代的大小
  • NGCMX - 最大的新生代大小
  • NGC - 目前新生代的大小
  • S0C - survivor 0区域的容量
  • S1C - survivor 1区域的容量
  • EC - Eden区域的容量
  • OGCMN - 最小old代大小
  • OGCMX - 最大old代大小
  • OGC - 目前old代大小
  • OC - 目前old space大小
  • MCMN - 最小metaspace大小
  • MCMX - 最大metaspace大小
  • MC - Metaspace元数据区的 Committed Size
  • CCSMN - Compressed class空间的最小容量
  • CCSMX - Compressed class空间的最大容量
  • CCSC - Compressed class的Committed Size
  • YGC - young generation的GC次数
  • FGC - full GC的次数


gcnew


gcnew表示新生代的统计信息


jstat -gcnew 53528 100 5
 S0C    S1C    S0U    S1U   TT MTT  DSS      EC       EU     YGC     YGCT
   0.0 4096.0    0.0 3978.2 15  15 5120.0  56320.0  33792.0      4    0.025
   0.0 4096.0    0.0 3978.2 15  15 5120.0  56320.0  33792.0      4    0.025
   0.0 4096.0    0.0 3978.2 15  15 5120.0  56320.0  33792.0      4    0.025
   0.0 4096.0    0.0 3978.2 15  15 5120.0  56320.0  33792.0      4    0.025
   0.0 4096.0    0.0 3978.2 15  15 5120.0  56320.0  33792.0      4    0.025


  • S0C - survivor 0区域的容量
  • S1C - survivor 1区域的容量
  • S0U - survivor 0区域的使用大小,以KB为单位
  • S1U - survivor 1区域的使用大小,以KB为单位
  • TT - Tenuring threshold(进入老年代的阈值?)
  • MTT - 最大的Tenuring threshold
  • DSS - 所需的survivor size
  • EC - Eden区域的容量
  • EU - Eden区域的使用,以KB为单位
  • YGC - 新生代GC次数
  • YGCT - 新生代GC所需的时间


gcnewcapacity


gcnewcapacity统计的是新生代的指标,和gccapacity的结果是很类似的:


jstat -gcnewcapacity 53528 100 5
  NGCMN      NGCMX       NGC      S0CMX     S0C     S1CMX     S1C       ECMX        EC      YGC   FGC   CGC
       0.0   716800.0    60416.0      0.0      0.0 716800.0   4096.0   716800.0    56320.0     4     0     2
       0.0   716800.0    60416.0      0.0      0.0 716800.0   4096.0   716800.0    56320.0     4     0     2
       0.0   716800.0    60416.0      0.0      0.0 716800.0   4096.0   716800.0    56320.0     4     0     2
       0.0   716800.0    60416.0      0.0      0.0 716800.0   4096.0   716800.0    56320.0     4     0     2
       0.0   716800.0    60416.0      0.0      0.0 716800.0   4096.0   716800.0    56320.0     4     0     2


  • NGCMN - 最小的新生代的大小
  • NGCMX - 最大的新生代大小
  • NGC - 目前新生代的大小
  • S0CMX - survivor 0区域容量的最大值
  • S0C - survivor 0区域的容量
  • S1CMX - survivor 1区域容量的最大值
  • S1C - survivor 1区域的容量
  • EC - Eden区域的容量
  • ECMX - Eden区域容量的最大值
  • YGC - young generation的GC次数
  • FGC - full GC的次数


gcold


gcold统计old代的信息


jstat -gcold 53528 100 5
   MC       MU      CCSC     CCSU       OC          OU       YGC    FGC    FGCT    CGC    CGCT     GCT
 21552.0  20680.9   2688.0   2468.0     15360.0     15215.0      4     0    0.000     2    0.003    0.028
 21552.0  20680.9   2688.0   2468.0     15360.0     15215.0      4     0    0.000     2    0.003    0.028
 21552.0  20680.9   2688.0   2468.0     15360.0     15215.0      4     0    0.000     2    0.003    0.028
 21552.0  20680.9   2688.0   2468.0     15360.0     15215.0      4     0    0.000     2    0.003    0.028
 21552.0  20680.9   2688.0   2468.0     15360.0     15215.0      4     0    0.000     2    0.003    0.028


结果的几项指标前面已经介绍过了,这里就不再重复了


gcoldcapacity


gcoldcapacity表示old代的容量信息


jstat -gcoldcapacity 53528 100 5
   OGCMN       OGCMX        OGC         OC       YGC   FGC    FGCT    CGC    CGCT     GCT
        0.0    716800.0     15360.0     15360.0     4     0    0.000     2    0.003    0.028
        0.0    716800.0     15360.0     15360.0     4     0    0.000     2    0.003    0.028
        0.0    716800.0     15360.0     15360.0     4     0    0.000     2    0.003    0.028
        0.0    716800.0     15360.0     15360.0     4     0    0.000     2    0.003    0.028
        0.0    716800.0     15360.0     15360.0     4     0    0.000     2    0.003    0.028


gcmetacapacity


gcmetacapacity统计的是元数据区域的容量信息


jstat -gcmetacapacity 53528 100 5
   MCMN       MCMX        MC       CCSMN      CCSMX       CCSC     YGC   FGC    FGCT    CGC    CGCT     GCT
       0.0  1069056.0    21552.0        0.0  1048576.0     2688.0     4     0    0.000     2    0.003    0.028
       0.0  1069056.0    21552.0        0.0  1048576.0     2688.0     4     0    0.000     2    0.003    0.028
       0.0  1069056.0    21552.0        0.0  1048576.0     2688.0     4     0    0.000     2    0.003    0.028
       0.0  1069056.0    21552.0        0.0  1048576.0     2688.0     4     0    0.000     2    0.003    0.028
       0.0  1069056.0    21552.0        0.0  1048576.0     2688.0     4     0    0.000     2    0.003    0.028


gcutil


gcutil统计的是GC总体的情况


jstat -gcutil 53528 100 5
  S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT    CGC    CGCT     GCT
  0.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.028
  0.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.028
  0.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.028
  0.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.028
  0.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.028


  • S0 - S0区域的使用比例
  • S1 - S1区域的使用比例
  • E - Eden区域的使用比例
  • O - Old区域的使用比例
  • M - 元数据区域的使用比例
  • CCS - Compressed class空间的使用比例


gccause


gccause和gcutil非常相识,只不过多了下面两列:


  • LGCC - 上次GC的原因
  • GCC - 当前GC的原因


jstat -gccause 53528 100 5
  S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT    CGC    CGCT     GCT    LGCC                 GCC
  0.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.028 Metadata GC Threshold No GC
  0.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.028 Metadata GC Threshold No GC
  0.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.028 Metadata GC Threshold No GC
  0.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.028 Metadata GC Threshold No GC
  0.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.028 Metadata GC Threshold No GC


printcompilation



printcompilation是JVM编译器的方法统计


jstat -printcompilation 53528 100 5
Compiled  Size  Type Method
    2675     23    1 jdk/internal/misc/InnocuousThread eraseThreadLocals
    2675     23    1 jdk/internal/misc/InnocuousThread eraseThreadLocals
    2675     23    1 jdk/internal/misc/InnocuousThread eraseThreadLocals
    2675     23    1 jdk/internal/misc/InnocuousThread eraseThreadLocals
    2675     23    1 jdk/internal/misc/InnocuousThread eraseThreadLocals


  • Compiled - 最近执行的编译任务次数
  • Size - 最近编译方法的大小
  • Type - 最新编译方法的类型
  • Method - 最新编译方法的名字


总结


本文介绍了JDK14中自带的jstat JVM分析工具,希望大家能够在实际的工作中用到。

相关文章
|
11月前
|
监控 数据可视化 Java
深入理解JVM系列教程(09) - JDK可视化工具
深入理解JVM系列教程(09) - JDK可视化工具
54 1
|
12月前
|
Java 关系型数据库 MySQL
mac,linux环境的基础工具安装【jdk,tomcat】
mac,linux环境的基础工具安装【jdk,tomcat】
146 1
|
安全 Java Shell
JDK9特性——模块化&REPL工具
谈到Java9大家往往第一个想到的就是Jigsaw项目(后改名为Modularity)。众所周知,Java已经发展超过20年(95年最初发布),Java和相关生态在不断丰富的同时也越来越暴露出一些问题:
135 0
|
1月前
|
监控 IDE Java
【Java性能调优新工具】JDK 22性能分析器:深度剖析,优化无死角!
【9月更文挑战第9天】JDK 22中的性能分析器为Java应用的性能调优提供了强大的支持。通过深度集成、全面监控、精细化分析和灵活报告生成等核心优势,性能分析器帮助开发者实现了对应用性能的全面掌控和深度优化。在未来的Java开发过程中,我们期待性能分析器能够继续发挥重要作用,为Java应用的性能提升贡献更多力量。
|
2月前
|
Arthas Prometheus 监控
使用JDK自带工具调优JVM的常用命令
使用JDK自带工具调优JVM的常用命令
|
3月前
|
监控 算法 Java
怎么用JDK自带工具进行JVM内存分析
JVM内存分析工具,如`jps`、`jcmd`、`jstat`、`jstack`和`jmap`,是诊断和优化Java应用的关键工具。`jps`列出Java进程,`jcmd`执行诊断任务,如查看JVM参数和线程堆栈,`jstat`监控内存和GC,`jstack`生成线程堆栈信息,而`jmap`则用于生成堆转储文件。这些工具帮助排查内存泄漏、优化内存配置、性能调优和异常分析。例如,`jmap -dump:file=heapdump.hprof <PID>`生成堆转储文件,之后可以用Eclipse Memory Analyzer (MAT)等工具分析。
|
11月前
|
Java jenkins 持续交付
Jenkins全局工具配置(JDK、Maven、Maven插件)
Jenkins全局工具配置(JDK、Maven、Maven插件)
393 0
|
5月前
|
Java iOS开发 MacOS
使用JDK自带的keytool工具生成签名文件
使用JDK自带的keytool工具生成签名文件
51 0
|
安全 Java API
jdk8获取当前时间|时间加减|java8时间格式化|时间处理工具|时间比较|线程安全的时间处理方法
jdk8获取当前时间|时间加减|java8时间格式化|时间处理工具|时间比较|线程安全的时间处理方法
|
Java 编译器 开发工具
JAVA工具-JDK、JRE、JVM、JIT
JAVA工具-JDK、JRE、JVM、JIT
171 0