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

2024-02-24 16:38

本文主要是介绍JDK14性能管理工具:jstat使用介绍,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文章目录

  • 简介
  • JStat命令
  • JStat Output Options
    • class
    • compiler
    • gc
    • gccapacity
    • gcnew
    • gcnewcapacity
    • gcold
    • gcoldcapacity
    • gcmetacapacity
    • gcutil
    • gccause
    • printcompilation
  • 总结

简介

作为一个程序员,经常会为如何定位java程序的问题或者去调优JVM性能而苦恼不已。也许你听过一些java的profile的强力工具,比如jprofile。但是这些工具大部分都是要收费的,对于我们个人程序员来说十分不友好。

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

更多精彩内容且看:

  • 区块链从入门到放弃系列教程-涵盖密码学,超级账本,以太坊,Libra,比特币等持续更新
  • Spring Boot 2.X系列教程:七天从无到有掌握Spring Boot-持续更新
  • Spring 5.X系列教程:满足你对Spring5的一切想象-持续更新
  • java程序员从小工到专家成神之路(2020版)-持续更新中,附详细文章教程

更多内容请访问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     Time19822.8   5214 10752.5        0     0.0       2.9119823.0   5214 10752.5        0     0.0       2.9119823.0   5214 10752.5        0     0.0       2.9119823.2   5214 10752.5        0     0.0       2.9119823.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 FailedMethod2675      0       0     5.35          02675      0       0     5.35          02675      0       0     5.35          02675      0       0     5.35          02675      0       0     5.35          0
  • Compiled - 执行的编译任务的次数
  • Failed - 编译任务失败次数
  • Invalid - 置位无效的编译任务次数
  • Time - 执行编译任务花费的时间
  • FailedType - 上一次失败编译的编译类型
  • FailedMethod - 上一次编译失败的方法名

gc

gc统计的是gc heap信息

jstat -gc 53528 100 5S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT    CGC    CGCT     GCT0.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.0280.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.0280.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.0280.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.0280.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 5NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC       MCMN     MCMX      MC     CCSMN    CCSMX     CCSC    YGC    FGC   CGC0.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     20.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     20.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     20.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     20.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 5S0C    S1C    S0U    S1U   TT MTT  DSS      EC       EU     YGC     YGCT0.0 4096.0    0.0 3978.2 15  15 5120.0  56320.0  33792.0      4    0.0250.0 4096.0    0.0 3978.2 15  15 5120.0  56320.0  33792.0      4    0.0250.0 4096.0    0.0 3978.2 15  15 5120.0  56320.0  33792.0      4    0.0250.0 4096.0    0.0 3978.2 15  15 5120.0  56320.0  33792.0      4    0.0250.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 5NGCMN      NGCMX       NGC      S0CMX     S0C     S1CMX     S1C       ECMX        EC      YGC   FGC   CGC0.0   716800.0    60416.0      0.0      0.0 716800.0   4096.0   716800.0    56320.0     4     0     20.0   716800.0    60416.0      0.0      0.0 716800.0   4096.0   716800.0    56320.0     4     0     20.0   716800.0    60416.0      0.0      0.0 716800.0   4096.0   716800.0    56320.0     4     0     20.0   716800.0    60416.0      0.0      0.0 716800.0   4096.0   716800.0    56320.0     4     0     20.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 5MC       MU      CCSC     CCSU       OC          OU       YGC    FGC    FGCT    CGC    CGCT     GCT21552.0  20680.9   2688.0   2468.0     15360.0     15215.0      4     0    0.000     2    0.003    0.02821552.0  20680.9   2688.0   2468.0     15360.0     15215.0      4     0    0.000     2    0.003    0.02821552.0  20680.9   2688.0   2468.0     15360.0     15215.0      4     0    0.000     2    0.003    0.02821552.0  20680.9   2688.0   2468.0     15360.0     15215.0      4     0    0.000     2    0.003    0.02821552.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 5OGCMN       OGCMX        OGC         OC       YGC   FGC    FGCT    CGC    CGCT     GCT0.0    716800.0     15360.0     15360.0     4     0    0.000     2    0.003    0.0280.0    716800.0     15360.0     15360.0     4     0    0.000     2    0.003    0.0280.0    716800.0     15360.0     15360.0     4     0    0.000     2    0.003    0.0280.0    716800.0     15360.0     15360.0     4     0    0.000     2    0.003    0.0280.0    716800.0     15360.0     15360.0     4     0    0.000     2    0.003    0.028

gcmetacapacity

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

jstat -gcmetacapacity 53528 100 5MCMN       MCMX        MC       CCSMN      CCSMX       CCSC     YGC   FGC    FGCT    CGC    CGCT     GCT0.0  1069056.0    21552.0        0.0  1048576.0     2688.0     4     0    0.000     2    0.003    0.0280.0  1069056.0    21552.0        0.0  1048576.0     2688.0     4     0    0.000     2    0.003    0.0280.0  1069056.0    21552.0        0.0  1048576.0     2688.0     4     0    0.000     2    0.003    0.0280.0  1069056.0    21552.0        0.0  1048576.0     2688.0     4     0    0.000     2    0.003    0.0280.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 5S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT    CGC    CGCT     GCT0.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.0280.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.0280.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.0280.00  97.12  60.00  99.06  95.96  91.82      4    0.025     0    0.000     2    0.003    0.0280.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 5S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT    CGC    CGCT     GCT    LGCC                 GCC0.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 GC0.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 GC0.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 GC0.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 GC0.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 Method2675     23    1 jdk/internal/misc/InnocuousThread eraseThreadLocals2675     23    1 jdk/internal/misc/InnocuousThread eraseThreadLocals2675     23    1 jdk/internal/misc/InnocuousThread eraseThreadLocals2675     23    1 jdk/internal/misc/InnocuousThread eraseThreadLocals2675     23    1 jdk/internal/misc/InnocuousThread eraseThreadLocals
  • Compiled - 最近执行的编译任务次数
  • Size - 最近编译方法的大小
  • Type - 最新编译方法的类型
  • Method - 最新编译方法的名字

总结

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

本文作者:flydean程序那些事

本文链接:http://www.flydean.com/jdk14-jvm-jstat/

本文来源:flydean的博客

欢迎关注我的公众号:程序那些事,更多精彩等着您!

这篇关于JDK14性能管理工具:jstat使用介绍的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/742712

相关文章

Vue3 的 shallowRef 和 shallowReactive:优化性能

大家对 Vue3 的 ref 和 reactive 都很熟悉,那么对 shallowRef 和 shallowReactive 是否了解呢? 在编程和数据结构中,“shallow”(浅层)通常指对数据结构的最外层进行操作,而不递归地处理其内部或嵌套的数据。这种处理方式关注的是数据结构的第一层属性或元素,而忽略更深层次的嵌套内容。 1. 浅层与深层的对比 1.1 浅层(Shallow) 定义

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

中文分词jieba库的使用与实景应用(一)

知识星球:https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义: 精确模式(默认模式): 全模式: 搜索引擎模式: paddle 模式(基于深度学习的分词模式): 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取

水位雨量在线监测系统概述及应用介绍

在当今社会,随着科技的飞速发展,各种智能监测系统已成为保障公共安全、促进资源管理和环境保护的重要工具。其中,水位雨量在线监测系统作为自然灾害预警、水资源管理及水利工程运行的关键技术,其重要性不言而喻。 一、水位雨量在线监测系统的基本原理 水位雨量在线监测系统主要由数据采集单元、数据传输网络、数据处理中心及用户终端四大部分构成,形成了一个完整的闭环系统。 数据采集单元:这是系统的“眼睛”,

使用SecondaryNameNode恢复NameNode的数据

1)需求: NameNode进程挂了并且存储的数据也丢失了,如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2)故障模拟 (1)kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 (2)删除NameNode存储的数据(/opt/module/hadoop-3.1.4/data/tmp/dfs/na

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数

Makefile简明使用教程

文章目录 规则makefile文件的基本语法:加在命令前的特殊符号:.PHONY伪目标: Makefilev1 直观写法v2 加上中间过程v3 伪目标v4 变量 make 选项-f-n-C Make 是一种流行的构建工具,常用于将源代码转换成可执行文件或者其他形式的输出文件(如库文件、文档等)。Make 可以自动化地执行编译、链接等一系列操作。 规则 makefile文件

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置

使用opencv优化图片(画面变清晰)

文章目录 需求影响照片清晰度的因素 实现降噪测试代码 锐化空间锐化Unsharp Masking频率域锐化对比测试 对比度增强常用算法对比测试 需求 对图像进行优化,使其看起来更清晰,同时保持尺寸不变,通常涉及到图像处理技术如锐化、降噪、对比度增强等 影响照片清晰度的因素 影响照片清晰度的因素有很多,主要可以从以下几个方面来分析 1. 拍摄设备 相机传感器:相机传

pdfmake生成pdf的使用

实际项目中有时会有根据填写的表单数据或者其他格式的数据,将数据自动填充到pdf文件中根据固定模板生成pdf文件的需求 文章目录 利用pdfmake生成pdf文件1.下载安装pdfmake第三方包2.封装生成pdf文件的共用配置3.生成pdf文件的文件模板内容4.调用方法生成pdf 利用pdfmake生成pdf文件 1.下载安装pdfmake第三方包 npm i pdfma