JVM性能监测

JMAP dump及分析dump文件


jmap是java自带的工具,使用jmap可以查看heap空间的概要情况，粗略的掌握heap的使用情况。也可以生成heapdump文件，再使用jhat通过web浏览器具体分析内容中的对象和数据。
 
jmap -heap [pid] 检验heap空间的使用情况,jmap -heap的执行有可能会导致JAVA 进程挂起.
$ jmap -heap 30774


Heap Configuration:
   MinHeapFreeRatio = 40
   MaxHeapFreeRatio = 70
   MaxHeapSize      = 1073741824 (1024.0MB)
   NewSize          = 1310720 (1.25MB)
   MaxNewSize       = 17592186044415 MB
   OldSize          = 5439488 (5.1875MB)
   NewRatio         = 2
   SurvivorRatio    = 8
   PermSize         = 21757952 (20.75MB)
   MaxPermSize      = 268435456 (256.0MB)


Heap Usage:
PS Young Generation
Eden Space:
   capacity = 353107968 (336.75MB)
   used     = 9083624 (8.662818908691406MB)
   free     = 344024344 (328.0871810913086MB)
   2.572477775409475% used
From Space:
   capacity = 2359296 (2.25MB)
   used     = 0 (0.0MB)
   free     = 2359296 (2.25MB)
   0.0% used
To Space:
   capacity = 2359296 (2.25MB)
   used     = 0 (0.0MB)
   free     = 2359296 (2.25MB)
   0.0% used
PS Old Generation
   capacity = 715849728 (682.6875MB)
   used     = 47522208 (45.320709228515625MB)
   free     = 668327520 (637.3667907714844MB)
   6.638573172720407% used
PS Perm Generation
   capacity = 40435712 (38.5625MB)
   used     = 40067528 (38.21137237548828MB)
   free     = 368184 (0.35112762451171875MB)
   99.08945834810575% used




Heap Configuration：指java应用启动时设置的JVM参数。像最大使用内存大小，年老代，年青代，持久代大小等。


Heap Usage：当时的heap实际使用情况。包括新生代、老生代和持久代。


其中新生代包括：Eden区的大小、已使用大小、空闲大小及使用率。Survive区的From和To同样。


内存使用的堆积大多在老年代，内存池露始于此，所以要格外关心“Old Generation”。




查看JVM堆中对象详细占用情况
jmap -histo [pid]
jmap -histo 2083 ｜ jmap -histo:live 2083
可以观察heap中所有对象的情况（heap中所有生存的对象的情况）。包括对象数量和所占空间大小。可以很快把占用heap最大的对象找出来，对付内存泄漏特别有效。
输出内容：


导出整个JVM 中内存信息
jmap -dump:format=b,file=文件名 [pid]
jmap -dump:live,format=b,file=xxx 2657
这里更加强大一些，可以指定是存活的对象，还有生成heapdump的文件名。


当被测应用使用内容较大时（4G以上），dump需要花费较长时间，很可能导致dump失败。


dump下来的文件结合jhat进行分析会更方便。


jhat是sun 1.6及以上版本中自带的一个用于分析JVM 堆DUMP 文件的工具，基于此工具可分析JVM HEAP 中对象的内存占用情况
jhat -J-Xmx1024M [file]
执行后等待console 中输入start HTTP server on port 7000 即可使用浏览器访问 IP：7000


eclipse Memory Analyzer
Eclipse 提供的一个用于分析JVM 堆Dump文件的插件。借助这个插件可查看对象的内存占用状况，引用关系，分析内存泄露等。
http://www.eclipse.org/mat/




kill -3 [pid]
在Linux 上找到Java所在的进程号，然后执行以上命令，线程的相关信息就输出到console




jstack
jstack 是sun JDK 自带的工具，通过该工具可以看到JVM 中线程的运行状况，包括锁等待，线程是否在运行
执行 jstack [pid] ,线程的所有堆栈信息


"http-8080-10" daemon prio=10 tid=x0a949bb60 nid=0x884  waiting for monitor entry [...]


"http-8080-10" 这个线程处于等待状态。 waiting for monitor entry 如果在连续几次输出线程堆栈信息都存在于同一个或多个线程上时，则说明系统中有锁竞争激烈，死锁，或锁饿死的想象。




“http-8080-11” daemon prio=10 tix=xxx nid=xxx in object.wait() [...]
 java.lang.Thread.State:waiting (on object monitor)
该表示http-8080-11的线程处于对象的Wait 上，等待其他线程的唤醒，这也是线程池的常见用法。


“Low Memory Detector”daemon prio=10 tix=xx nid=xxx runnable [...] java.lang.Thread.State:runnable
表示“Low Memory Detector” 的线程处于Runable状态，等待获取ＣＰＵ的使用权.


jstat
最后要重点介绍下这个命令。
这是jdk命令中比较重要，也是相当实用的一个命令，可以观察到classloader，compiler，gc相关信息
具体参数如下：
-class：统计class loader行为信息
-compile：统计编译行为信息
-gc：统计jdk gc时heap信息
-gccapacity：统计不同的generations（不知道怎么翻译好，包括新生区，老年区，permanent区）相应的heap容量情况
-gccause：统计gc的情况，（同-gcutil）和引起gc的事件
-gcnew：统计gc时，新生代的情况
-gcnewcapacity：统计gc时，新生代heap容量
-gcold：统计gc时，老年区的情况
-gcoldcapacity：统计gc时，老年区heap容量
-gcpermcapacity：统计gc时，permanent区heap容量
-gcutil：统计gc时，heap情况
-printcompilation：不知道干什么的，一直没用过。

一般比较常用的几个参数是：
jstat -class 2083 1000 10 （每隔1秒监控一次，一共做10次）
输出内容含义如下：

Loaded	Number of classes loaded.
Bytes	Number of Kbytes loaded.
Unloaded	Number of classes unloaded.
Bytes	Number of Kbytes unloaded.
Time	Time spent performing class load and unload operations.

 

 

jstat -gc 2083 2000 20（每隔2秒监控一次，共做10）
输出内容含义如下：

S0C	Current survivor（存活的） space 0 capacity (KB).
EC	Current eden space capacity (KB).
EU	Eden space utilization (KB).
OC	Current old space capacity (KB).
OU	Old space utilization (KB).
PC	Current permanent space capacity (KB).
PU	Permanent space utilization (KB).
YGC	Number of young generation GC Events.
YGCT	Young generation garbage collection time.
FGC	Number of full GC events.
FGCT	Full garbage collection time.
GCT	Total garbage collection time.

 

 

 

 

 

 

 

 

 

输出内容：


监控内存使用情况 参数 （查看内存溢出相对有用）

jstat -gccause 2083 5000 （每隔5秒监控一次）
输出内容含义如下：

 

 

S0	Survivor space 0 utilization as a percentage of the space's current capacity.
S1	Survivor space 1 utilization as a percentage of the space's current capacity.
E	Eden space utilization as a percentage of the space's current capacity.
O	Old space utilization as a percentage of the space's current capacity.
P	Permanent space utilization as a percentage of the space's current capacity.
YGC	Number of young generation GC events.
YGCT	Young generation garbage collection time.
FGC	Number of full GC events.
FGCT	Full garbage collection time.
GCT	Total garbage collection time.
LGCC	Cause of last Garbage Collection.
GCC	Cause of current Garbage Collection.

 

 

 

 

 

 

 

 

 

 

 

 

 

jvisualvm
可视化的JVM 监控工具 Java VisualVM,在JDK 的 bin 目录下。


启动 Java VisualVM 后可以看到窗口左侧 “应用程序 ”栏中有“ 本地 ”、“远程 ” 、“快照 ”三个项目。
“本地 ”下显示的是在 localhost 运行的 Java 程序的资源占用情况，如果本地有 Java 程序在运行的话启动 Java VisualVM 即可看到相应的程序名，点击程序名打开相应的资源监控菜单，以图形的形式列出程序所占用的 CPU 、 Heap 、 PermGen 、类、线程的 统计信息。
右键 VisualVM我们可以看到 Thread Dump, Heap Dump,做 Thread Dump 很快，马上就可以看到结果


“远程” 项下列出的远程主机上的 Java 程序的资源占用情况，但需要在远程主机上运行 jstatd 守护程序