jvm监控工具使用方法

最新推荐文章于 2022-12-30 15:56:02 发布

wyy101301

最新推荐文章于 2022-12-30 15:56:02 发布

阅读量568

点赞数

分类专栏： java 文章标签： jvm

本文链接：https://blog.csdn.net/wyy101301/article/details/80481630

版权

java 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

1、查看应用运行线程 [baseuser@SHTL009035128 ~]$ jps -l

15858 supermarket-stock-service-0.0.1-SNAPSHOT.jar
14372 sun.tools.jps.Jps
3928 supermarket-admin-service-0.0.1-SNAPSHOT.jar
9146 supermarket-user-web-0.0.1-SNAPSHOT.jar

2、查看新生代、老年代内存使用情况，年轻代老年代垃圾收集次数及时间 [baseuser@SHTL009035128 ~]$ jstat -gc 9146

S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT   
512.0  512.0   0.0   160.0  37888.0  23022.9   150528.0   45790.5   63360.0 61414.3 7808.0 7454.1    221    0.801   3      0.301    1.101

显示内容说明如下（部分结果是通过其他其他参数显示的，暂不说明）：
S0C：年轻代中第一个survivor（幸存区）的容量 (字节)
S1C：年轻代中第二个survivor（幸存区）的容量 (字节)
S0U：年轻代中第一个survivor（幸存区）目前已使用空间 (字节)
S1U：年轻代中第二个survivor（幸存区）目前已使用空间 (字节)
EC：年轻代中Eden（伊甸园）的容量 (字节)
EU：年轻代中Eden（伊甸园）目前已使用空间 (字节)
OC：Old代的容量 (字节)
OU：Old代目前已使用空间 (字节)
PC：Perm(持久代)的容量 (字节)
PU：Perm(持久代)目前已使用空间 (字节)
YGC：从应用程序启动到采样时年轻代中gc次数
YGCT：从应用程序启动到采样时年轻代中gc所用时间(s)
FGC：从应用程序启动到采样时old代(全gc)gc次数
FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)
GCT：从应用程序启动到采样时gc用的总时间(s)
NGCMN：年轻代(young)中初始化(最小)的大小 (字节)
NGCMX：年轻代(young)的最大容量 (字节)
NGC：年轻代(young)中当前的容量 (字节)
OGCMN：old代中初始化(最小)的大小 (字节)
OGCMX：old代的最大容量 (字节)
OGC：old代当前新生成的容量 (字节)
PGCMN：perm代中初始化(最小)的大小 (字节)
PGCMX：perm代的最大容量 (字节)
PGC：perm代当前新生成的容量 (字节)
S0：年轻代中第一个survivor（幸存区）已使用的占当前容量百分比
S1：年轻代中第二个survivor（幸存区）已使用的占当前容量百分比
E：年轻代中Eden（伊甸园）已使用的占当前容量百分比
O：old代已使用的占当前容量百分比
P：perm代已使用的占当前容量百分比
S0CMX：年轻代中第一个survivor（幸存区）的最大容量 (字节)
S1CMX ：年轻代中第二个survivor（幸存区）的最大容量 (字节)
ECMX：年轻代中Eden（伊甸园）的最大容量 (字节)
DSS：当前需要survivor（幸存区）的容量 (字节)（Eden区已满）
TT：持有次数限制
**MTT ：最大持有次数限制
———-**
3、 [baseuser@SHTL009035128 ~]$ jstat -gccause 9146 查看进程垃圾收集原因

 S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT     GCT    LGCC                 GCC                 
  0.00  25.00   4.80  30.54  96.98  95.56    245    0.862     3    0.301    1.162 Allocation Failure   No GC

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 — 从应用程序启动到采样时用于垃圾回收的总时间(单位秒)
———-**
4、jmap -heap 15858 查看进程堆内存具体使用情况

执行是报错：

Error attaching to process: sun.jvm.hotspot.runtime.VMVersionMismatchException: Supported versions are 25.91-b14. Target VM is 25.73-b02
sun.jvm.hotspot.debugger.DebuggerException: sun.jvm.hotspot.runtime.VMVersionMismatchException: Supported versions are 25.91-b14. Target VM is 25.73-b02
at sun.jvm.hotspot.HotSpotAgent.setupVM(HotSpotAgent.java:435)
at sun.jvm.hotspot.HotSpotAgent.go(HotSpotAgent.java:305)
at sun.jvm.hotspot.HotSpotAgent.attach(HotSpotAgent.java:140)
at sun.jvm.hotspot.tools.Tool.start(Tool.java:185)
at sun.jvm.hotspot.tools.Tool.execute(Tool.java:118)
at sun.jvm.hotspot.tools.HeapSummary.main(HeapSummary.java:49)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.tools.jmap.JMap.runTool(JMap.java:201)
at sun.tools.jmap.JMap.main(JMap.java:130)
Caused by: sun.jvm.hotspot.runtime.VMVersionMismatchException: Supported versions are 25.91-b14. Target VM is 25.73-b02
at sun.jvm.hotspot.runtime.VM.checkVMVersion(VM.java:227)
at sun.jvm.hotspot.runtime.VM.(VM.java:294)
at sun.jvm.hotspot.runtime.VM.initialize(VM.java:370)
at sun.jvm.hotspot.HotSpotAgent.setupVM(HotSpotAgent.java:431)
… 11 more

错误原因是：机器上面安装多个jvm版本，需要制定执行jdk路径：

查看jdk版本： [baseuser@SHTL009035128 ~]$ java -version

Java(TM) SE Runtime Environment (build 1.8.0_91-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.91-b14, mixed mode)

查看jdk路径：[baseuser@SHTL009035128 ~] $echo$ JAVA_HOME

/home/baseuser/java

执行 [baseuser@SHTL009035128 ~]$ /home/baseuser/java/bin/jmap -heap 15858

Attaching to process ID 15858, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.73-b02

using thread-local object allocation.
Parallel GC with 4 thread(s)

Heap Configuration:
   MinHeapFreeRatio         = 0
   MaxHeapFreeRatio         = 100
   MaxHeapSize              = 2065694720 (1970.0MB)
   NewSize                  = 42991616 (41.0MB)
   MaxNewSize               = 688390144 (656.5MB)
   OldSize                  = 87031808 (83.0MB)
   NewRatio                 = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage:
PS Young Generation
Eden Space:
   capacity = 20971520 (20.0MB)
   used     = 1726952 (1.6469497680664062MB)
   free     = 19244568 (18.353050231933594MB)
   8.234748840332031% used
From Space:
   capacity = 3670016 (3.5MB)
   used     = 2898096 (2.7638397216796875MB)
   free     = 771920 (0.7361602783203125MB)
   78.96684919084821% used
To Space:
   capacity = 3670016 (3.5MB)
   used     = 0 (0.0MB)
   free     = 3670016 (3.5MB)
   0.0% used
PS Old Generation
   capacity = 340262912 (324.5MB)
   used     = 206146344 (196.59647369384766MB)
   free     = 134116568 (127.90352630615234MB)
   60.58442948962948% used

33155 interned Strings occupying 3406000 bytes.

详解说明：
查看java 堆（heap）使用情况
using thread-local object allocation.
Parallel GC with 4 thread(s) //GC 方式 Heap Configuration: //堆内存初始化配置
MinHeapFreeRatio=40 //对应jvm启动参数-XX:MinHeapFreeRatio设置JVM堆最小空闲比率(default 40)

MaxHeapFreeRatio=70
//对应jvm启动参数 -XX:MaxHeapFreeRatio设置JVM堆最大空闲比率(default 70)

MaxHeapSize=512.0MB //对应jvm启动参数-XX:MaxHeapSize=设置JVM堆的最大大小
NewSize = 1.0MB //对应jvm启动参数-XX:NewSize=设置JVM堆的‘新生代’的默认大小

MaxNewSize =4095MB //对应jvm启动参数-XX:MaxNewSize=设置JVM堆的‘新生代’的最大大小

OldSize = 4.0MB //对应jvm启动参数-XX:OldSize=:设置JVM堆的‘老生代’的大小

NewRatio = 8
//对应jvm启动参数-XX:NewRatio=:‘新生代’和‘老生代’的大小比率
SurvivorRatio = 8 //对应jvm启动参数-XX:SurvivorRatio=设置年轻代中Eden区与Survivor区的大小比值

PermSize= 16.0MB //对应jvm启动参数-XX:PermSize=:设置JVM堆的‘永生代’的初始大小
MaxPermSize=64.0MB //对应jvm启动参数-XX:MaxPermSize= :设置JVM堆的‘永生代’的最大大小

Heap Usage: //堆内存分步
PS Young Generation
Eden Space: //Eden区内存分布

capacity = 20381696
(19.4375MB) //Eden区总容量
used = 20370032 (19.426376342773438MB) //Eden区已使用

free = 11664
(0.0111236572265625MB) //Eden区剩余容量
99.94277218147106% used //Eden区使用比率
From Space: //其中一个Survivor区的内存分布

capacity = 8519680
(8.125MB)

  used = 32768

(0.03125MB)

  free = 8486912

(8.09375MB)
0.38461538461538464% used
To Space: //另一个Survivor区的内存分布
capacity = 9306112 (8.875MB)
used = 0 (0.0MB)

free = 9306112
(8.875MB)

  0.0% used

PS Old Generation //当前的Old区内存分布

capacity = 366280704
(349.3125MB)

  used = 322179848

(307.25464630126953MB)

  free = 44100856

(42.05785369873047MB)

  87.95982001825573% used

PS Perm Generation //当前的 “永生代” 内存分布
capacity = 32243712 (30.75MB)
used = 28918584 (27.57891082763672MB)

free = 3325128
(3.1710891723632812MB)
89.68751488662348% used

5、 jstack -l 进程pid –> 查看线程信息，用于分析线程争取，死锁造成tomcat假死的情况 还未了解

jvm 参考文章

wyy101301

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
jvm监控工具使用方法

1、查看应用运行线程 [baseuser@SHTL009035128 ~]$ jps -l15858 supermarket-stock-service-0.0.1-SNAPSHOT.jar14372 sun.tools.jps.Jps3928 supermarket-admin-service-0.0.1-SNAPSHOT.jar9146 supermarket-user-web-...
复制链接

扫一扫