如何通过jstat命令进行查看堆内存使用情况？

2023-02-07 366 89
摘要：jstat命令可以查看堆内存各部分的使用量，以及加载类的数量。

本文分享自华为云社区《JVM之通过jstat命令进行查看堆内存使用情况》，作者：共饮一杯无 。

基本概念

jstat是JDK自带的一个轻量级小工具。它位于java的bin目录下，主要利用JVM内建的指令对Java应用程序的资源和性能进行实时的命令行的监控，包括了对Heap size和垃圾回收状况的监控。jstat命令可以查看堆内存各部分的使用量，以及加载类的数量。命令的格式如下：

jstat [-命令选项] [vmid] [间隔时间/毫秒] [查询次数]

C:\Users\zjq>jstat -help
Usage: jstat -help|-options
 jstat -<option> [-t] [-h<lines>] <vmid> [<interval> [<count>]]
Definitions:
 <option>      An option reported by the -options option
 <vmid>        Virtual Machine Identifier. A vmid takes the following form:
 <lvmid>[@<hostname>[:<port>]]
                Where <lvmid> is the local vm identifier for the target
                Java virtual machine, typically a process id; <hostname> is
                the name of the host running the target Java virtual machine;
                and <port> is the port number for the rmiregistry on the
                target host. See the jvmstat documentation for a more complete
                description of the Virtual Machine Identifier.
 <lines>       Number of samples between header lines.
 <interval>    Sampling interval. The following forms are allowed:
 <n>["ms"|"s"]
                Where <n> is an integer and the suffix specifies the units as
                milliseconds("ms") or seconds("s"). The default units are "ms".
 <count>       Number of samples to take before terminating.
  -J<flag>      Pass <flag> directly to the runtime system.

说明：

  • option：参数选项
  • -t：可以在打印的列加上Timestamp列，用于显示系统运行的时间
  • -h：可以在周期性数据输出的时候，指定输出多少行以后输出一次表头
  • vmid：Virtual Machine ID（ 进程的 pid）
  • interval：执行每次的间隔时间，单位为毫秒
  • count：用于指定输出多少次记录，缺省则会一直打印

option 可以从下面参数中选择
jstat -options

  • -class 用于查看类加载情况的统计
  • -compiler 用于查看HotSpot中即时编译器编译情况的统计
  • -gc 用于查看JVM中堆的垃圾收集情况的统计
  • -gccapacity 用于查看新生代、老生代及持久代的存储容量情况
  • -gcmetacapacity 显示metaspace的大小
  • -gcnew 用于查看新生代垃圾收集的情况
  • -gcnewcapacity 用于查看新生代存储容量的情况
  • -gcold 用于查看老生代及持久代垃圾收集的情况
  • -gcoldcapacity 用于查看老生代的容量
  • -gcutil 显示垃圾收集信息
  • -gccause 显示垃圾回收的相关信息（通-gcutil）,同时显示最后一次仅当前正在发生的垃圾收集的原因
  • -printcompilation 输出JIT编译的方法信息

案例

-class 查看class加载统计

C:\Users\zjq>jps
24832 Jps
21180 Bootstrap
C:\Users\zjq>jstat -class 21180
Loaded  Bytes  Unloaded  Bytes     Time
 3800 7339.7 409 783.0 6.35

说明：

  • Loaded：加载class的数量
  • Bytes：所占用空间大小
  • Unloaded：未加载数量
  • Bytes：未加载占用空间
  • Time：时间

-compiler 查看编译统计

C:\Users\zjq>jstat -compiler 21180
Compiled Failed Invalid   Time   FailedType FailedMethod
 2743 0 0 10.53 0

说明：

  • Compiled：编译数量。
  • Failed：失败数量
  • Invalid：不可用数量
  • Time：时间
  • FailedType：失败类型
  • FailedMethod：失败的方法

-gc 垃圾回收统计

C:\Users\zjq>jstat -gc 21180
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT
28160.0 30208.0 0.0 0.0 260096.0 163920.6 115712.0 27193.7 21248.0 18539.6 2560.0 2053.2 6 0.096 1 0.057 0.153
#也可以指定打印的间隔和次数，每1秒中打印一次，共打印5次
C:\Users\zjq>jstat -gc 21180 1000 3
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT
28160.0 30208.0 0.0 0.0 260096.0 171724.8 115712.0 27193.7 21248.0 18539.6 2560.0 2053.2 6 0.096 1 0.057 0.153
28160.0 30208.0 0.0 0.0 260096.0 172592.0 115712.0 27193.7 21248.0 18539.6 2560.0 2053.2 6 0.096 1 0.057 0.153
28160.0 30208.0 0.0 0.0 260096.0 172592.0 115712.0 27193.7 21248.0 18539.6 2560.0 2053.2 6 0.096 1 0.057 0.153

说明：

  • S0C：第一个Survivor区的大小（KB）
  • S1C：第二个Survivor区的大小（KB）
  • S0U：第一个Survivor区的使用大小（KB）
  • S1U：第二个Survivor区的使用大小（KB）
  • EC：Eden区的大小（KB）
  • EU：Eden区的使用大小（KB）
  • OC：Old 区大小（KB）
  • OU：Old使用大小（KB）
  • MC：方法区大小（KB）
  • MU：方法区使用大小（KB）
  • CCSC：压缩类空间大小（KB）
  • CCSU：压缩类空间使用大小（KB）
  • YGC：年轻代垃圾回收次数
  • YGCT：年轻代垃圾回收消耗时间
  • FGC：老年代垃圾回收次数
  • FGCT：老年代垃圾回收消耗时间
  • GCT：垃圾回收消耗总时间

-gccapacity 堆内存统计

[root@zjq ~]# jstat -gccapacity 3346 #用于查看新生代、老生代及持久代的存储容量情况
 NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC       MCMN     MCMX      MC     CCSMN    CCSMX     CCSC    YGC    FGC
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
[root@zjq ~]# jstat -gccapacity -h5 3346 1000 #-h5：每5行显示一次表头 1000：每1秒钟显示一次，单位为毫秒
 NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC       MCMN     MCMX      MC     CCSMN    CCSMX     CCSC    YGC    FGC
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC       MCMN     MCMX      MC     CCSMN    CCSMX     CCSC    YGC    FGC
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
  • NGCMN：年轻代(young)中初始化(最小)的大小(字节)
  • NGCMX：年轻代(young)的最大容量 (字节)
  • NGC：年轻代(young)中当前的容量 (字节)
  • S0C：年轻代中第一个survivor（幸存区）的容量 (字节)
  • S1C：年轻代中第二个survivor（幸存区）的容量 (字节)
  • EC：年轻代中Eden（伊甸园）的容量 (字节)
  • OGCMN：old代中初始化(最小)的大小 (字节)
  • OGCMX：old代的最大容量(字节)
  • OGC：old代当前新生成的容量 (字节)
  • OC：Old代的容量 (字节)
  • MCMN：metaspace(元空间)中初始化(最小)的大小 (字节)
  • MCMX：metaspace(元空间)的最大容量 (字节)
  • MC：metaspace(元空间)当前新生成的容量 (字节)
  • CCSMN：最小压缩类空间大小
  • CCSMX：最大压缩类空间大小
  • CCSC：当前压缩类空间大小
  • YGC：从应用程序启动到采样时年轻代中gc次数
  • FGC：从应用程序启动到采样时old代(全gc)gc次数

-gcmetacapacity 元数据空间统计

[root@zjq ~]# jstat -gcmetacapacity 3346 #显示元数据空间的大小
MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC FGCT GCT
0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 8 0 0.000 0.020
  • MCMN：最小元数据容量
  • MCMX：最大元数据容量
  • MC：当前元数据空间大小
  • CCSMN：最小压缩类空间大小
  • CCSMX：最大压缩类空间大小
  • CCSC：当前压缩类空间大小
  • YGC：从应用程序启动到采样时年轻代中gc次数
  • FGC：从应用程序启动到采样时old代(全gc)gc次数
  • FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)
  • GCT：从应用程序启动到采样时gc用的总时间(s)

-gcnew 新生代垃圾回收统计

[root@zjq ~]# jstat -gcnew 3346 #用于查看新生代垃圾收集的情况
S0C S1C S0U S1U TT MTT DSS EC EU YGC YGCT
128.0 128.0 67.8 0.0 1 15 64.0 1024.0 362.2 8 0.020
  • S0C：年轻代中第一个survivor（幸存区）的容量 (字节)
  • S1C：年轻代中第二个survivor（幸存区）的容量 (字节)
  • S0U：年轻代中第一个survivor（幸存区）目前已使用空间 (字节)
  • S1U：年轻代中第二个survivor（幸存区）目前已使用空间 (字节)
  • TT：持有次数限制
  • MTT：最大持有次数限制
  • DSS：期望的幸存区大小
  • EC：年轻代中Eden（伊甸园）的容量 (字节)
  • EU：年轻代中Eden（伊甸园）目前已使用空间 (字节)
  • YGC：从应用程序启动到采样时年轻代中gc次数
  • YGCT：从应用程序启动到采样时年轻代中gc所用时间(s)

-gcnewcapacity 新生代内存统计

[root@zjq ~]# jstat -gcnewcapacity 3346 #用于查看新生代存储容量的情况
NGCMN NGCMX NGC S0CMX S0C S1CMX S1C ECMX EC YGC FGC
1280.0 83264.0 1280.0 8320.0 128.0 8320.0 128.0 66624.0 1024.0 8 0
  • NGCMN：年轻代(young)中初始化(最小)的大小(字节)
  • NGCMX：年轻代(young)的最大容量 (字节)
  • NGC：年轻代(young)中当前的容量 (字节)
  • S0CMX：年轻代中第一个survivor（幸存区）的最大容量 (字节)
  • S0C：年轻代中第一个survivor（幸存区）的容量 (字节)
  • S1CMX：年轻代中第二个survivor（幸存区）的最大容量 (字节)
  • S1C：年轻代中第二个survivor（幸存区）的容量 (字节)
  • ECMX：年轻代中Eden（伊甸园）的最大容量 (字节)
  • EC：年轻代中Eden（伊甸园）的容量 (字节)
  • YGC：从应用程序启动到采样时年轻代中gc次数
  • FGC：从应用程序启动到采样时old代(全gc)gc次数

-gcold 老年代垃圾回收统计

[root@zjq~]# jstat -gcold 3346 #用于查看老年代及持久代垃圾收集的情况
MC MU CCSC CCSU OC OU YGC FGC FGCT GCT
8448.0 8227.5 1024.0 1003.7 15104.0 2102.2 8 0 0.000 0.020
  • MC：metaspace(元空间)的容量 (字节)
  • MU：metaspace(元空间)目前已使用空间 (字节)
  • CCSC：压缩类空间大小
  • CCSU：压缩类空间使用大小
  • OC：Old代的容量 (字节)
  • OU：Old代目前已使用空间 (字节)
  • YGC：从应用程序启动到采样时年轻代中gc次数
  • FGC：从应用程序启动到采样时old代(全gc)gc次数
  • FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)
  • GCT：从应用程序启动到采样时gc用的总时间(s)

-gcoldcapacity 老年代内存统计

[root@zjq~]# jstat -gcoldcapacity 3346 #用于查看老年代的容量
OGCMN OGCMX OGC OC YGC FGC FGCT GCT
15104.0 166592.0 15104.0 15104.0 8 0 0.000 0.020
  • OGCMN：old代中初始化(最小)的大小 (字节)
  • OGCMX：old代的最大容量(字节)
  • OGC：old代当前新生成的容量 (字节)
  • OC：Old代的容量 (字节)
  • YGC：从应用程序启动到采样时年轻代中gc次数
  • FGC：从应用程序启动到采样时old代(全gc)gc次数
  • FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)
  • GCT：从应用程序启动到采样时gc用的总时间(s)

-gcutil 垃圾回收统计

[root@zjq~]# jstat -gcutil 3346 #显示垃圾收集信息
S0 S1 E O M CCS YGC YGCT FGC FGCT GCT
52.97 0.00 42.10 13.92 97.39 98.02 8 0.020 0 0.000 0.020
  • S0：年轻代中第一个survivor（幸存区）已使用的占当前容量百分比
  • S1：年轻代中第二个survivor（幸存区）已使用的占当前容量百分比
  • E：年轻代中Eden（伊甸园）已使用的占当前容量百分比
  • O：old代已使用的占当前容量百分比
  • M：元数据区已使用的占当前容量百分比
  • CCS：压缩类空间已使用的占当前容量百分比
  • YGC ：从应用程序启动到采样时年轻代中gc次数
  • YGCT ：从应用程序启动到采样时年轻代中gc所用时间(s)
  • FGC ：从应用程序启动到采样时old代(全gc)gc次数
  • FGCT ：从应用程序启动到采样时old代(全gc)gc所用时间(s)
  • GCT：从应用程序启动到采样时gc用的总时间(s)

-gccause 显示垃圾回收的相关信息

[root@zjq~]# jstat -gccause 3346 #显示垃圾回收的相关信息（同-gcutil）,同时显示最后一次或当前正在发生的垃圾回收的诱因
S0 S1 E O M CCS YGC YGCT FGC FGCT GCT LGCC GCC
52.97 0.00 46.09 13.92 97.39 98.02 8 0.020 0 0.000 0.020 Allocation Failure No GC
  • LGCC：最后一次GC原因
  • GCC：当前GC原因（No GC 为当前没有执行GC）

-printcompilation JVM编译方法统计

[root@zjq ~]# jstat -printcompilation 3346 #输出JIT编译的方法信息
Compiled Size Type Method
421 60 1 sun/nio/ch/Util$2 clear
  • Compiled：编译任务的数目
  • Size：方法生成的字节码的大小
  • Type：编译类型
  • Method：类名和方法名用来标识编译的方法。类名使用/做为一个命名空间分隔符。方法名是给定类中的方法。上述格式是由-XX:+PrintComplation选项进行设置的

 

点击关注，第一时间了解华为云新鲜技术~

优秀的个人博客,低调大师

微信关注我们

原文链接：https://my.oschina.net/u/4526289/blog/7441700

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

9种跨域方式实现原理

9种跨域方式实现原理

摘要：当协议、子域名、主域名、端口号中任意一个不相同时，都算作不同域。不同域之间相互请求资源，就算作“跨域”。 本文分享自华为云社区《九种跨域方式实现原理咋回事》，作者：龙哥手记 一、什么是跨域？ 1.什么是同源策略及其限制内容？ 同源策略是一种约定，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS、CSRF等攻击。所谓同源是指"协议+域名+端口"三者相同，即便两个不同的域名指向同一个ip地址，也非同源。 同源策略限制内容有： Cookie、LocalStorage、IndexedDB 等存储性内容 DOM 节点 AJAX 请求发送后，结果被浏览器拦截了 但是有三个标签是允许跨域加载资源： <img src=XXX> <link href=XXX> <script src=XXX> 2.常见跨域场景 当协议、子域名、主域名、端口号中任意一个不相同时，都算作不同域。不同域之间相互请求资源，就算作“跨域”。 特别说明两点： 第一：如果是协议和端口造成的跨域问题“前台”是无能为力的。 第二：在跨域问题上，仅仅是通过“URL的首...
309
上一篇
理论+实践，教你如何使用Nginx实现限流

理论+实践，教你如何使用Nginx实现限流

摘要：Nginx作为一款高性能的Web代理和负载均衡服务器，往往会部署在一些互联网应用比较前置的位置。此时，我们就可以在Nginx上进行设置，对访问的IP地址和并发数进行相应的限制。 本文分享自华为云社区《【高并发】使用Nginx实现限流》，作者：冰 河。 Nginx作为一款高性能的Web代理和负载均衡服务器，往往会部署在一些互联网应用比较前置的位置。此时，我们就可以在Nginx上进行设置，对访问的IP地址和并发数进行相应的限制。 Nginx官方的限流模块 Nginx官方版本限制IP的连接和并发分别有两个模块： limit_req_zone 用来限制单位时间内的请求数，即速率限制,采用的漏桶算法 “leaky bucket”。 limit_req_conn 用来限制同一时间连接数，即并发限制。 limit_req_zone 参数配置 limit_req_zone参数说明 Syntax: limit_req zone=name [burst=number] [nodelay]; Default: — Context: http, server, location limit_req...
356
下一篇

相关文章

发表评论

资源下载

更多资源
优质分享Android(本站安卓app)

优质分享Android(本站安卓app)

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Oracle Database，又名Oracle RDBMS

Oracle Database，又名Oracle RDBMS

Oracle Database，又名Oracle RDBMS，或简称Oracle。是甲骨文公司的一款关系数据库管理系统。它是在数据库领域一直处于领先地位的产品。可以说Oracle数据库系统是目前世界上流行的关系数据库管理系统，系统可移植性好、使用方便、功能强，适用于各类大、中、小、微机环境。它是一种高效率、可靠性好的、适应高吞吐量的数据库方案。

Eclipse（集成开发环境）

Eclipse（集成开发环境）

Eclipse 是一个开放源代码的、基于Java的可扩展开发平台。就其本身而言，它只是一个框架和一组服务，用于通过插件组件构建开发环境。幸运的是，Eclipse 附带了一个标准的插件集，包括Java开发工具（Java Development Kit，JDK）。

Sublime Text 一个代码编辑器

Sublime Text 一个代码编辑器

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

手机查看

扫码在手机上查看文章

扫描二维码，手机阅读更方便

热门标签
SpringBoot Docker Nacos HarmonyOS NEXT 服务网格 Jdk25 ChatGPT Redis K8s SpringCloud DeepSeek

欢迎您！

登录后，您将获得更多功能！

热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273