Jstat 是JDK自带的一个轻量级小工具。全称“Java Virtual Machine statistics monitoring tool”,它位于java的bin目录下,主要利用JVM内建的指令对Java应用程序的资源和性能进行实时的命令行的监控,包括了对Heap size和垃圾回收状况的监控。可见,Jstat是轻量级的、专门针对JVM的工具,非常适用。由于JVM内存设置较大,图中百分比变化不太明显

一个极强的监视VM内存工具。可以用来监视VM内存内的各种堆和非堆的大小及其内存使用量。

jstat工具特别强大,有众多的可选项,详细查看堆内各个部分的使用量,以及加载类的数量。使用时,需加上查看进程的进程id,和所选参数。

执行:cd $JAVA_HOME/bin中执行jstat,注意jstat后一定要跟参数。

语法结构:

Usage: jstat -help|-options

jstat -<option> [-t] [-h<lines>] <vmid> [<interva[s|ms]> [<count>]]

参数解释:

Options — 选项,我们一般使用 -gcutil 查看gc情况

vmid      — VM的进程号,即当前运行的java进程号

interval[s|ms]  ——  间隔时间,单位为秒或者毫秒,默认为ms。必须是正整型。

count     — 打印次数,如果缺省则打印无数次

输出参数:

-hn 每个n行输出一次列表头。默认为0,仅输出一次。

-tn 在第一列输出时间戳。该时间戳从jvm启动开始。

-JjavaOption

具体参数:

-class: 统计class loader 行为信息

-compiler: 统计编译行为信息

-gc:统计jdk gc时heap信息

-gccapacity:统计不同的generations(新生代、老生代、永久代)相应的heap容量信息

-gccause:统计gc的情况,以及引起gc的事情。同-gcutil

-gcnew:统计新生代的gc情况

-gcnewcapacity:统计新生代gc时heap的容量信息

-gcold:统计老生代的gc情况

-gcoldcapacity:统计老生代gc时heap容量信息

-gcpermcapacity:统计永久代gc时的容量信息

-gcutil:统计heap的gc情况

-printcompilation:没用过

jstat -gcutil :

结果信息:

S0  — Heap上的 Survivor space 0 区已使用空间的百分比
S1  — Heap上的 Survivor space 1 区已使用空间的百分比
E   — Heap上的 Eden space 区已使用空间的百分比
O   — Heap上的 Old space 区已使用空间的百分比
P   — Perm space 区已使用空间的百分比
YGC — 从应用程序启动到采样时发生 Young GC 的次数
YGCT– 从应用程序启动到采样时 Young GC 所用的时间(单位秒)
FGC — 从应用程序启动到采样时发生 Full GC 的次数
FGCT– 从应用程序启动到采样时 Full GC 所用的时间(单位秒)
GCT — 从应用程序启动到采样时用于垃圾回收的总时间(单位秒)


jstat -gcutil 21891 250 7

21891 进程号; 250ms 采样interval; 7 count
S0     S1     E      O      P     YGC    YGCT    FGC    FGCT     GCT
12.44   0.00  27.20   9.49  96.70    78    0.176     5    0.495    0.672
12.44   0.00  62.16   9.49  96.70    78    0.176     5    0.495    0.672
12.44   0.00  83.97   9.49  96.70    78    0.176     5    0.495    0.672
0.00    7.74   0.00   9.51  96.70    79    0.177     5    0.495    0.673
0.00    7.74  23.37   9.51  96.70    79    0.177     5    0.495    0.673
0.00    7.74  43.82   9.51  96.70    79    0.177     5    0.495    0.673
0.00    7.74  58.11   9.51  96.71    79    0.177     5    0.495    0.673

以上输出表明:
1. 在第三行与第四行,发生一次新生代gc。 本次gc耗时0.001秒,且有对象从Eden区提升到老生代,老生代使用率从9.49% 上升到9.51%。
2. gc之前,survivor space 使用率12.44%, gc后,降为7.74%。


jstat -gcnew -h3 21891 250
       
 -h3:每隔三行输出一次列表头; 21891:进程号; 250: interval采样间隔,ms; count不设置,表示打印无数次

S0C    S1C    S0U    S1U   TT MTT  DSS      EC       EU     YGC     YGCT
64.0   64.0    0.0   31.7   31  31   32.0    512.0    178.6    249    0.203

64.0   64.0    0.0   31.7   31  31   32.0    512.0    355.5    249    0.203
64.0   64.0   35.4    0.0   2    31   32.0    512.0     21.9    250    0.204
S0C    S1C    S0U    S1U   TT MTT  DSS      EC       EU     YGC     YGCT
64.0   64.0   35.4    0.0   2    31   32.0    512.0    245.9    250    0.204
64.0   64.0   35.4    0.0   2    31   32.0    512.0    421.1    250    0.204
64.0   64.0    0.0   19.0   31  31   32.0    512.0     84.4    251    0.204
S0C    S1C    S0U    S1U   TT MTT  DSS      EC       EU     YGC     YGCT
64.0   64.0    0.0   19.0   31  31   32.0    512.0    306.7    251    0.204

以上输出表明:
1.  S0U: survivor space 0 utilization 
     DSS: desired survivor Size 
     TT: tenuring threshold 阀值, 用于控制对象在新生代存活的最大次数
2. 第二行和第三行之间,发生一次新生代gc。 耗时为0.001秒。
    本次gc发现较多的存活对象,且S0U超过了DSS,因此,将存活对象提升到老生代(这里没有显示)。并将 
     TT从31降到2.
3.  另一次gc发生在第5行和第6行,本次gc发现较少的幸存对象,并将阀值变更为31。


jstat -gcoldcapacity -t 21891 250 3

-t:在第一列输出时间戳; 21891:进程号; 250: 采样间隔ms;3 采样次Timestamp    OGCMN   OGCMX       OGC       OC      YGC   FGC    FGCT    GCT
150.1      1408.0    60544.0   11696.0    11696.0   194    80    2.874   3.799
 150.4     1408.0    60544.0   13820.0    13820.0   194    81    2.938   3.863
150.7      1408.0    60544.0    13820.0   13820.0   194    81    2.938   3.863

以上输出表明:
1. OGC: old generation capacity 老生代空间大小
   OGCMN:最小OGC
   OGCMX: 最大OGC
   OC: old space capacity
   FGC: Full  GC
   OGC: old generation capacity
2. Timestamp从jvm启动的时间开始。
3. 第二行和第三行,经过81次full gc, OGC从11696 KB 上升到13820 KB 。
4. 老生代最大空间大小OGCMX为 60544 KB, 因此还有上升空间。


jstat -gcutil

[root@localhost bin]# jstat -gcutil 25444 1000 5

S0     S1     E      O      P     YGC     YGCT    FGC    FGCT     GCT

73.54   0.00  99.04  67.52  98.49    166    0.252     6    0.331    0.583

73.54   0.00  99.04  67.52  98.49    166    0.252     6    0.331    0.583

73.54   0.00  99.04  67.52  98.49    166    0.252     6    0.331    0.583

73.54   0.00  99.04  67.52  98.49    166    0.252     6    0.331    0.583

73.54   0.00  99.04  67.52  98.49    166    0.252     6    0.331    0.583

可以看到,5次young gc之后,垃圾内存被从Eden space区(E)放入了Old space区(O),并引起了百分比的变化,导致Survivor space使用的百分比从73.54%(S0)降到0%(S1)。有效释放了内存空间。绿框中,我们可以看到,一次full gc之后,Old space区(O)的内存被回收,从99.05%降到67.52%。

图中同时打印了young gc和full gc的总次数、总耗时。而,每次young gc消耗的时间,可以用相间隔的两行YGCT相减得到。每次full gc消耗的时间,可以用相隔的两行FGCT相减得到。例如红框中表示的第一行、第二行之间发生了1次young gc,消耗的时间为0.252-0.252=0.0秒。

常驻内存区(P)的使用率,始终停留在98.49%左右,说明常驻内存没有突变,比较正常。

如果young gc和full gc能够正常发生,而且都能有效回收内存,常驻内存区变化不明显,则说明java内存释放情况正常,垃圾回收及时,java内存泄露的几率就会大大降低。但也不能说明一定没有内存泄露。

GCT 是YGCT 和FGCT的时间总和。

以上,介绍了Jstat按百分比查看gc情况的功能。其实,它还有功能,例如加载类信息统计功能、内存池信息统计功能等,那些是以绝对值的形式打印出来的,比较少用,在此就不做介绍。


jstat -class pid

显示加载class的数量,及所占空间等信息。

[root@localhost bin]# jstat -class 25917

Loaded  Bytes  Unloaded  Bytes     Time

2629    2916.8       29   24.6     0.90


jstat -compiler pid

显示VM实时编译的数量等信息。

[root@localhost bin]# jstat -compiler 25917

Compiled Failed Invalid   Time   FailedType FailedMethod

768      0       0   0.70            0


jstat –gccapacity

可以显示,VM内存中三代(young,old,perm)对象的使用和占用大小,如:PGCMN显示的是最小perm的内存使用量,PGCMX显示的 是perm的内存最大使用量,PGC是当前新生成的perm内存占用量,PC是但前perm内存占用量。其他的可以根据这个类推, OC是old内纯的占用量。

[root@localhost bin]# jstat -gccapacity 25917

NGCMN       640.0

NGCMX       4992.0

NGC         832.0

S0C         64.0

S1C         64.0

EC          704.0

OGCMN       1408.0

OGCMX       60544.0

OGC         9504.0

OC          9504.0                  OC是old内纯的占用量

PGCMN       8192.0                  PGCMN显示的是最小perm的内存使用量

PGCMX       65536.0                 PGCMX显示的是perm的内存最大使用量

PGC         12800.0                 PGC是当前新生成的perm内存占用量

PC          12800.0                 PC是但前perm内存占用量

YGC         164

FGC         6


jstat -gcnew pid

new对象的信息

[root@localhost bin]# jstat -gcnew 25917

S0C    S1C    S0U    S1U   TT MTT  DSS      EC       EU     YGC     YGCT

64.0   64.0   47.4   0.0   2  15   32.0    704.0    145.7    168    0.254

jstat -gcnewcapacity pid: new对象的信息及其占用量

[root@localhost bin]# jstat -gcnewcapacity 25917

NGCMN  NGCMX   NGC   S0CMX  S0C   S1CMX  S1C   ECMX    EC      YGC   FGC

640.0  4992.0  832.0 64.0   448.0 448.0  64.0   4096.0  704.0  168     6

jstat -gcold pid: old对象的信息。

[root@localhost bin]# jstat -gcold 25917

PC       PU        OC          OU       YGC    FGC    FGCT     GCT

12800.0  12617.6     9504.0      6561.3   169     6    0.335    0.591

jstat -gcoldcapacity pid:old对象的信息及其占用量。

[root@localhost bin]# jstat -gcoldcapacity 25917

OGCMN      OGCMX        OGC         OC       YGC   FGC    FGCT     GCT

1408.0     60544.0      9504.0      9504.0   169     6    0.335    0.591

jstat -gcpermcapacity pid: perm对象的信息及其占用量。

[root@localhost bin]# jstat -gcpermcapacity 25917

PGCMN      PGCMX       PGC         PC      YGC   FGC    FGCT     GCT

8192.0    65536.0    12800.0    12800.0   169     6    0.335    0.591

jstat -printcompilation pid: 当前VM执行的信息。

[root@localhost bin]# jstat -printcompilation -h3  25917 1000 5

每1000毫秒打印一次,一共打印5次,还可以加上-h3每三行显示一下标题。

Compiled  Size  Type Method

788     73    1 java/io/File <init>

788     73    1 java/io/File <init>

788     73    1 java/io/File <init>

Compiled  Size  Type Method

788     73    1 java/io/File <init>

788     73    1 java/io/File <init>

转载于:https://blog.51cto.com/canonind/1877722

jstat分析JVM内存相关推荐

  1. 详细分析JVM内存模型

    JVM内存模型 JAVA的主要特点是其著名的WOTA(write once, run anywhere):"编写一次,随处运行".为了应用它,Sun Microsystems创建了 ...

  2. Analyzer tool(MAT)分析JVM内存泄露案例

    1.监控目的 2.常用分析工具 3.分析案例-MAT MAT 介绍及分析: 启动MAT, 然后选择菜单项 File- Open Heap Dump 来加载需要分析的堆转储文件.文件加载完后,可以看到如 ...

  3. JVM内存状况查看方法和分析工具

    Java本身提供了多种丰富的方法和工具来帮助开发人员查看和分析GC及JVM内存的状况,同时开源界和商业界也有一些工具可用于查看.分析GC及JVM内存的状况.通过这些分析,可以排查程序中内存泄露的问题及 ...

  4. jvm 内存查看与分析工具

    转自http://jameswxx.iteye.com/blog/731763 业界有很多强大的java profile的工具,比如Jporfiler,yourkit,这些收费的东西我就不想说了,想说 ...

  5. 052、JVM实战总结:从测试到上线:如何分析JVM运行状况及合理优化?

    恭喜大家:学到现在,其实大家可以尝试自己写一个JVM监控程序了(对学习扎实的同学没什么难度的,就是工作量的问题),然后用监控的数据,根据学到的优化思路,给出合理的参数建议.写好了投入生产使用,后续绝对 ...

  6. JavaWeb技术内幕八:JVM内存管理

    欢迎阅读我的专栏:JavaWeb技术世界 '与其他高级语言不一样,在Java中基本上不会显示地调用分配内存的函数,我们甚至不用关心到底哪些程序指令需要分配内存,哪些不需要分配内存. 我们首先需要从操作 ...

  7. 2018-09-03 KK日记,记一次JVM内存使用过多的诊断

    一.案例 某日,收到告警"KK服务器JVM内存使用超过90%". 二.问题 为什么KK服务器JVM内存使用超过90%? 三.数据收集与分析 3.1 收集当前JVM内存使用率 jst ...

  8. 记录一次生产环境下的jvm内存泄露问题和分析解决过程!

    作者:未完成交响曲,资深Java工程师!目前在某一线互联网公司任职,架构师社区合伙人! 发现异常 首先通过我们内部搭建的日志平台发现我们线上环境一个java应用有大量的http接口请求超时,登录lin ...

  9. Java JVM内存分析

    2019独角兽企业重金招聘Python工程师标准>>> JVM常见参数及溢出分析工具和方法 JDK1.6.45常用基本参数 -server 服务模式启动  -verbose:gc 开 ...

最新文章

  1. docwizard c++程序文档自动生成工具_工具用的好,老师下班早!老师的高效办公利器都在这!...
  2. MySQL的存储过程和函数简单写法
  3. Python3.7 Scrapy安装(Windows)
  4. word2003插入页码
  5. keil5中如何实时查看变量值
  6. 金秋10月丰收季,送3本Java书New一个秋天的对象
  7. python json dumps 自定义_Python json.dumps()用法及代码示例
  8. java中的类如何选取,java里如何获取泛型的类型
  9. 获取html上元素的真正坐标
  10. c语言函数调用后必须带回返回值?
  11. 计算机外设原理,计算机外设原理是什么
  12. Unity学习笔记------用Unity2D制作打地鼠游戏
  13. 【Linux内核分析与应用-陈莉君】进程的调度
  14. python将经纬度标注在地图上_python读txt与写excel,将经纬度坐标点显示在地图上...
  15. 链家地产-Java工程师面试
  16. Java基础:宾馆管理系统(一)
  17. 初学者必学:绘画初学者如何设计人物?
  18. 手脚老冰凉 妙招来调养
  19. 小小的宏 大大的世界
  20. 立体匹配算法-SAD

热门文章

  1. 如何启动php程序,如何第一次运行PHP程序?
  2. 树莓派linux系统识别u盘启动,使用U-Boot让树莓派从U盘启动
  3. mysql存储过程中删除定时器_mysql创建存储过程,定时任务,定时删除log 莫大人...
  4. linux java weblogic,Linux java 安装问题
  5. android9 关闭点击动画,在Android app中实现九(n)宫格图片连续滑动效果
  6. jdbc连接mysql登录注册_jdbc+mysql+servlet+jsp实现用户注册与登录功能
  7. linux任务处理函数,Linux信号掩码和信号处理函数
  8. Java学习笔记2.3.4 运算符与表达式 - 逻辑运算符
  9. 列表视图案例3——显示联系人
  10. 【Tyvj3500】【BZOJ1031】字符加密,后缀数组