jConsole,jvisualvm和jmap使用

 

JConsole    

JConsole 是一个内置 Java 性能分析器，可以从命令行或在 GUI shell 中运行。可以轻松地使用 JConsole来监控 Java 应用程序性能和跟踪 Java 中的代码。

1- 启动

    使 JDK 在 PATH 上，从命令行启动，运行 jconsole 

 

2- 连接

    2.1- 本地连接

    2.2- 远程连接

    无认证连接设置

?

1 2 3 4

-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=8888 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false

    图示如下

    还有一种启动方式：jconsole.exe 192.168.3.228:8888

3- 性能分析

    3.1- 概述: Displays overview information about the Java VM and monitored values.

    对着图点击右键可以保存数据到CSV文件，以后可以使用其他工具来分析这些数据。    

    3.2- 内存: 显示内存使用信息

    查看堆内存，非堆内存，内存池的状况总体内存的分配和使用情况以及不同的GC进行垃圾回收的次数和时间。    

    3.3- 线程: 显示线程使用信息

    3.4- 类: 显示类装载信息

    3.5- VM摘要: 显示java VM信息

    3.6- MBeans: 显示 MBeans

jvisualvm

升级版的jConsole。

从命令行启动，运行 jvisualvm 。

jmap

用来显示Java进程的内存映射。

1-默认视图

查看连接到进程里的本地类库。

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

[xinli@192 ~]$ jmap 26001 Attaching to process ID 26001, please wait... Debugger attached successfully. Server compiler detected. JVM version is 17.0-b16 0x00683000      139K    /lib/ld-2.12.so 0x006a9000      1845K   /lib/libc-2.12.so 0x0083d000      197K    /lib/libm-2.12.so 0x00869000      19K     /lib/libdl-2.12.so 0x00870000      130K    /lib/libpthread-2.12.so 0x008a3000      40K     /lib/librt-2.12.so 0x04103000      113K    /lib/libnsl-2.12.so 0x08048000      46K     /usr/java/jdk1.6.0_21/bin/java 0x4ef5f000      36K     /usr/java/jdk1.6.0_21/jre/lib/i386/libnio.so 0x53402000      4K      /usr/java/jdk1.6.0_21/jre/lib/i386/librmi.so 0xb6c09000      93K     /usr/java/jdk1.6.0_21/jre/lib/i386/libnet.so 0xb6c1d000      33K     /usr/java/jdk1.6.0_21/jre/lib/i386/libmanagement.so 0xb6c75000      57K     /lib/libnss_files-2.12.so 0xb6c86000      74K     /usr/java/jdk1.6.0_21/jre/lib/i386/libzip.so 0xb6c9f000      184K    /usr/java/jdk1.6.0_21/jre/lib/i386/libjava.so 0xb6d15000      9452K   /usr/java/jdk1.6.0_21/jre/lib/i386/server/libjvm.so 0xb78b5000      37K     /usr/java/jdk1.6.0_21/jre/lib/i386/jli/libjli.so 0xb78c5000      37K     /usr/java/jdk1.6.0_21/jre/lib/i386/native_threads/libhpi.so 0xb78ce000      55K     /usr/java/jdk1.6.0_21/jre/lib/i386/libverify.so [xinli@192 ~]$

2-堆视图

堆大小是年轻代、年老代加上PermGen区总和。年轻代内部有伊甸园和幸存者乐园。

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49

[xinli@192 ~]$ jmap -heap 26001 Attaching to process ID 26001, please wait... Debugger attached successfully. Server compiler detected. JVM version is 17.0-b16   using thread-local object allocation. Parallel GC with 2 thread(s)   Heap Configuration:    MinHeapFreeRatio = 40    MaxHeapFreeRatio = 70    MaxHeapSize      = 1073741824 (1024.0MB)    NewSize          = 1048576 (1.0MB)    MaxNewSize       = 4294901760 (4095.9375MB)    OldSize          = 4194304 (4.0MB)    NewRatio         = 2    SurvivorRatio    = 8    PermSize         = 16777216 (16.0MB)    MaxPermSize      = 536870912 (512.0MB)   Heap Usage: PS Young Generation Eden Space:    capacity = 266665984 (254.3125MB)    used     = 219310160 (209.1504669189453MB)    free     = 47355824 (45.16203308105469MB)    82.24152053829258% used From Space:    capacity = 34734080 (33.125MB)    used     = 34713344 (33.105224609375MB)    free     = 20736 (0.019775390625MB)    99.94030070754717% used To Space:    capacity = 46268416 (44.125MB)    used     = 0 (0.0MB)    free     = 46268416 (44.125MB)    0.0% used PS Old Generation    capacity = 715849728 (682.6875MB)    used     = 591219088 (563.8304595947266MB)    free     = 124630640 (118.85704040527344MB)    82.58983203804472% used PS Perm Generation    capacity = 123863040 (118.125MB)    used     = 122851872 (117.16067504882812MB)    free     = 1011168 (0.964324951171875MB)    99.18364025297619% used [xinli@192 ~]$

以上信息看不到堆内的信息，要知道内存都到哪了去了，就得使用柱状视图。

3-柱状视图

jmap使用类型内部名称。如：字符数组会写成 [C 。

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

[xinli@192 ~]$ jmap -histo 26001 | head -30    num     #instances         #bytes  class name ----------------------------------------------    1:       2433674      208875632  [C    2:         72266      161710576  [B    3:       2288352       54920448  java.lang.String    4:        295753       36620048  <constMethodKlass>    5:        795406       35750608  [Ljava.lang.Object;    6:        295753       23665800  <methodKlass>    7:        803901       19293624  java.util.HashMap$Entry    8:        584375       18700000  java.util.LinkedHashMap$Entry    9:        375345       18016560  org.hibernate.collection.PersistentSet   10:        249156       16440472  [I   11:        199796       15983680  java.lang.reflect.Method   12:         98625       15092552  [Ljava.util.HashMap$Entry;   13:        375797       15031880  org.hibernate.engine.CollectionEntry   14:         22720       14800808  <constantPoolKlass>   15:        805673       12890768  java.lang.Long   16:        375797       12025504  org.hibernate.engine.CollectionKey   17:        481249       11549976  java.sql.Timestamp   18:        155849       11221128  VideoCategory   19:         87492       11198976  VideoProgramMenu   20:         22720       10706552  <instanceKlassKlass>   21:         18790        9374096  <constantPoolCacheKlass>   22:        163064        9131584  org.codehaus.groovy.runtime.metaclass.MetaMethodIndex$Entry   23:        166641        9002408  <symbolKlass>   24:        148902        8338512  org.codehaus.groovy.runtime.metaclass.MetaMethodIndex$Entry   25:        320357        7999624  [Ljava.lang.String;   26:        331095        7946280  java.sql.Date   27:        472017        7552272  org.hibernate.util.IdentityMap$IdentityKey [xinli@192 ~]$

以上只是输出的一部分。输出中有很多占用内存的 [C 实体。

存货对象的查看：

?

1 2 3 4 5 6

[xinli@192 ~]$ jmap -histo:live 26001 | head -5    num     #instances         #bytes  class name ----------------------------------------------    1:       1891237      111818968  [C    2:       1903147       45675528  java.lang.String

比较一下字符数据是不是降低了不少，说明有好多等待回收的垃圾。