JDK 自带的性能监控工具
JDK安装完后,其内置了许多的监控工具,常用的有jvisualvm,jconsole,jps,jmap,jinfo,jstat,jstack,这些命令都在jdk安装的bin目录下:
1、jvisualvm
一款GUI监控工具,可以对正在运行的java应用程序进行全面的监控分析,可以对cpu,heap size,线程等监控
2、jconsole
基础功能和jvisualvm差不多,可以对对cpu,heap size,线程等监控
3、jps
查看JVM里面所有的进程的具体状态,包括进程id,进程启动的路径等
# jps 11937 Bootstrap 24139 Jps 28285 Application
4、jmap
打印出jvm堆内的对象情况,可以观察到New Generation(Eden Space,From Space,To Space),tenured generation,Perm Generation的内存使用情况。
基本参数:基本参数可通过jmap -help查看,以下各个指令一样。
-
-dump:[live,]format=b,file=<filename> 使用hprof二进制形式,输出jvm的heap内容到文件=. live子选项是可选的,假如指定live选项,那么只输出活的对象到文件.
-
-finalizerinfo 打印正等候回收的对象的信息.
-
-heap 打印heap的概要信息,GC使用的算法,heap的配置及wise heap的使用情况.
-
-histo[:live] 打印每个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量.
-
-permstat 打印classload和jvm heap长久层的信息. 包含每个classloader的名字,活泼性,地址,父classloader和加载的class数量. 另外,内部String的数量和占用内存数也会打印出来.
-
-F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效.
-
-h | -help 打印辅助信息
-
-J 传递参数给jmap启动的jvm.
-
pid 需要被打印配相信息的java进程id,可以用jps查问.
# jmap -heap 11937 Attaching to process ID 11937, please wait... Debugger attached successfully. Server compiler detected. JVM version is 25.181-b13 using thread-local object allocation. Parallel GC with 2 thread(s) Heap Configuration: MinHeapFreeRatio = 0 MaxHeapFreeRatio = 100 MaxHeapSize = 536870912 (512.0MB) NewSize = 178782208 (170.5MB) MaxNewSize = 178782208 (170.5MB) OldSize = 358088704 (341.5MB) 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 = 177733632 (169.5MB) used = 49781448 (47.47528839111328MB) free = 127952184 (122.02471160888672MB) 28.009019699771848% used From Space: capacity = 524288 (0.5MB) used = 163840 (0.15625MB) free = 360448 (0.34375MB) 31.25% used To Space: capacity = 524288 (0.5MB) used = 0 (0.0MB) free = 524288 (0.5MB) 0.0% used PS Old Generation capacity = 358088704 (341.5MB) used = 198108368 (188.9308624267578MB) free = 159980336 (152.5691375732422MB) 55.32382501515602% used 39440 interned Strings occupying 4540704 bytes.
5、jinfo
查看JVM的配置信息,输出信息略多,就不贴出来了,可自行测试查看
6、jstat
可以监控JVM的类的加载及卸载情况,查看新生代、老生代及持久代的容量及使用情况,查看新生代、老生代及持久代的垃圾收集情况,包括垃圾回收的次数及垃圾回收所占用的时间,查看新生代中Eden区及Survior区中容量及分配情况等。,是一个比较实用的命令工具。
语法:jstat [ generalOption | outputOptions vmid [interval[s|ms] [count]] ]
具体参数如下:
- class:统计class loader行为信息
- compile:统计编译行为信息
- gc:统计jdk gc时heap信息
- gccapacity:统计查看新生代、老生代及持久代的存储容量情况
- gccause:统计gc的情况,(同-gcutil)和引起gc的事件
- gcnew:统计gc时,新生代的情况
- gcnewcapacity:统计gc时,新生代heap容量
- gcold:统计gc时,老年区的情况
- gcoldcapacity:统计gc时,老年区heap容量
- gcpermcapacity:统计gc时,permanent区heap容量
- gcutil:统计gc时,heap情况
- printcompilation:HotSpot编译方法的统计。
vmid - VM的进程号,即当前运行的java进程号。
interval–间隔时间,单位可以是秒或者毫秒,通过指定s或ms确定,默认单位为毫秒。
count-打印次数,如果缺省则打印无数次。
#每隔1秒监控一次,共监控3次 # jstat -class 11937 1000 3 Loaded Bytes Unloaded Bytes Time 24216 45074.3 937 1388.7 17.01 24216 45074.3 937 1388.7 17.01 24216 45074.3 937 1388.7 17.01
说明:
- Loaded 加载了的类的数量
- Bytes 加载了的类的大小,单为Kb
- Unloaded 卸载了的类的数量
- Bytes 卸载了的类的大小,单为Kb
- Time 花在类的加载及卸载的时间
# jstat -gc 11937 1000 3 S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT 512.0 512.0 0.0 128.0 173568.0 48608.9 349696.0 214569.2 135808.0 129898.4 17024.0 16017.7 3703162 26476.281 219 135.352 26611.633 512.0 512.0 0.0 128.0 173568.0 48621.6 349696.0 214569.2 135808.0 129898.4 17024.0 16017.7 3703162 26476.281 219 135.352 26611.633 512.0 512.0 0.0 128.0 173568.0 48634.8 349696.0 214569.2 135808.0 129898.4 17024.0 16017.7 3703162 26476.281 219 135.352 26611.633
说明
- S0C 新生代中Survivor space中S0当前容量的大小(KB)
- S1C 新生代中Survivor space中S1当前容量的大小(KB)
- S0U 新生代中Survivor space中S0容量使用的大小(KB)
- S1U 新生代中Survivor space中S1容量使用的大小(KB)
- EC Eden space当前容量的大小(KB)
- EU Eden space容量使用的大小(KB)
- OC Old space当前容量的大小(KB)
- OU Old space使用容量的大小(KB)
- PC Permanent space当前容量的大小(KB)
- PU Permanent space使用容量的大小(KB)
- YGC 从应用程序启动到采样时发生 Young GC 的次数
- YGCT 从应用程序启动到采样时 Young GC 所用的时间(秒)
- FGC 从应用程序启动到采样时发生 Full GC 的次数
- FGCT 从应用程序启动到采样时 Full GC 所用的时间(秒)
- GCT T从应用程序启动到采样时用于垃圾回收的总时间(单位秒),它的值等于YGC+FGC
# jstat -gccapacity 11937 1000 3 NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC 174592.0 174592.0 174592.0 512.0 512.0 173568.0 349696.0 349696.0 349696.0 349696.0 0.0 1167360.0 135808.0 0.0 1048576.0 17024.0 3703841 219 174592.0 174592.0 174592.0 512.0 512.0 173568.0 349696.0 349696.0 349696.0 349696.0 0.0 1167360.0 135808.0 0.0 1048576.0 17024.0 3703843 219 174592.0 174592.0 174592.0 512.0 512.0 173568.0 349696.0 349696.0 349696.0 349696.0 0.0 1167360.0 135808.0 0.0 1048576.0 17024.0 3703843 219
说明:
- NGCMN 新生代的最小容量大小(KB)
- NGCMX 新生代的最大容量大小(KB)
- NGC 当前新生代的容量大小(KB)
- S0C 当前新生代中survivor space 0的容量大小(KB)
- S1C 当前新生代中survivor space 1的容量大小(KB)
- EC Eden space当前容量的大小(KB)
- OGCMN 老生代的最小容量大小(KB)
- OGCMX 老生代的最大容量大小(KB)
- OGC 当前老生代的容量大小(KB)
- OC 当前老生代的空间容量大小(KB)
- PGCMN 持久代的最小容量大小(KB)
- PGCMX 持久代的最大容量大小(KB)
- PGC 当前持久代的容量大小(KB)
- PC 当前持久代的空间容量大小(KB)
- YGC 从应用程序启动到采样时发生 Young GC 的次数
- FGC 从应用程序启动到采样时发生 Full GC 的次数
7、jstack
查看线程的堆栈信息,可用于分析程序崩溃生成的core文件来定位发生问题的原因
# jstack -l 11937
输出信息过多就不贴出来了