jConsole,jvisualvm和jmap使用
Oracle JVM自带了一些工具,观察java程序的运行,用于排错调优。正文将会对 jConsole 、jvisualvm 和 jmap 进行简单介绍。
JConsole
JConsole 是一个内置 Java 性能分析器,可以从命令行或在 GUI shell 中运行。可以轻松地使用 JConsole来监控 Java 应用程序性能和跟踪 Java 中的代码。
1- 启动
使 JDK 在 PATH 上,从命令行启动,运行 jconsole
2- 连接
2.1- 本地连接
2.2- 远程连接
无认证连接设置
-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-默认视图
查看连接到进程里的本地类库。
[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区总和。年轻代内部有伊甸园和幸存者乐园。
[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 。
[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 366200485: 795406 35750608 [Ljava.lang.Object; 6: 295753 23665800 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 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 21: 18790 9374096 22: 163064 9131584 org.codehaus.groovy.runtime.metaclass.MetaMethodIndex$Entry 23: 166641 9002408 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 实体。
存货对象的查看:
[xinli@192 ~]$ jmap -histo:live 26001 | head -5 num #instances #bytes class name ---------------------------------------------- 1: 1891237 111818968 [C 2: 1903147 45675528 java.lang.String
比较一下字符数据是不是降低了不少,说明有好多等待回收的垃圾。
来自:http://my.oschina.net/freegarden/blog/286372