(转)jConsole,jvisualvm和jmap使用

原文链接:http://my.oschina.net/freegarden/blog/286372

摘要

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-默认视图

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

[[email protected]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
[[email protected]192 ~]$

2-堆视图

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

[[email protected]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
[[email protected]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       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 实体。

存货对象的查看:

[xinli@192 ~]$ jmap -histo:live 26001 | head -5

 num     #instances         #bytes  class name
----------------------------------------------
   1:       1891237      111818968  [C
   2:       1903147       45675528  java.lang.String

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

时间: 2024-09-30 22:54:00

(转)jConsole,jvisualvm和jmap使用的相关文章

jconsole,jvisualvm监控jvm配置方法

在平常工作中监控jvm是一项必要的工作,但总是用命令行方式不能实时进行监控,jconsole就是一款可视化的即时监控工具.jvisualvm与jconsole用法基本一样. 个人倾向于使用jconsole,虽然jvisualvm界面更漂亮,但堆内存中每个区的使用情况不显示,只显示堆的总大小和已使用的大小,不能看到eden,surivor等详情使用情况,所以我一般使用jconsole来看堆内存更为详情的情况. 1.首先安装jdk,在bin目录下找到jconsole,双击打开. 2.一般采用远程安装

Jboss JMX监控性能 jconsole jvisualvm

最近遇到个Jboss的性能问题,为了排查问题方便,决定开启JMX,使用jconsole进行实时监控来分析性能.配置步骤如下: 详情见:https://docs.jboss.org/author/display/WFLY8/JMX+subsystem+configuration 1.配置服务端: a.分析WildFly的工具Jconsole,位置:${JBOSS_HOME}/bin/jconsole.sh: 该脚本实际是调用JDK自身jconsole.jar.tools.jar和WildFly自身

【经验记录】Jconsole Jvisualvm 监控Tomcat

环境:centos 6 1.首先检查hostname是否正确,输入以下命令 hostname -i 如果输出机器ip,则表示正确,如果输出 hostname: Unknown host 查看/etc/hosts内容: cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 lo

Jconsole/jvisualvm远程监控weblogic中间件配置

1.进入linu操作界面,进入到启动服务目录下 2.选择要监控的服务的启动项,进入到编辑状态(注意:要先将该文件进行备份),如下图所示 3.修改USER_AGRS域,添加如下内容,注意修改IP USER_JAVA_OPTIONS="-Dcom.sun.management.jmxremote -Djava.rmi.server.hostname=10.1.240.76 -Dcom.sun.management.jmxremote.port=1234 -Dcom.sun.management.jm

优秀的 Android 开源项目

摘要  转载http://www.trinea.cn/android/android-open-source-projects-view/,方便大家找到自己合适的资料 目录[-] 一.ListView 二.ActionBar 三.Menu 四.ViewPager .Gallery 五.GridView 六.ImageView 七.ProgressBar 八.其他 GitHub上优秀Android开源项目 3. Android开发神器 1.Xabber客户端 2.oschina客户端 3.手机安全

内存溢出及Jvm监控工具

内存泄露与内存溢出 内存溢出 out of memory,是指程序在申请内存时,没有足够的内存空间供其使用,出现out of memory. 内存泄露 memory leak,是指程序在申请内存后,无法释放已申请的内存空间.一次内存泄露危害可以忽略,但内存泄露堆积后果很严重,无论多少内存,迟早会被占光.memory leak会最终会导致out of memory! 内存溢出分类 堆内存溢出堆内存中存在大量对象,这些对象都有被引用,当所有对象占用空间达到堆内存的最大值,就会出现内存溢出OutOfM

RMI non-JRMP server at remote endpoint

又是一个jmx问题 jmx明明端口占用了, 而且相关java进程也起来了, 为什么会不能通过jconsole访问jmx呢?总是:RMI non-JRMP server at remote endpoint 证书不对吗? 为什么通过的密码,那个机器的jms-ssl证书和我本机的大小不一样? 权限问题? 明明没错的? 拿我的证书拷贝过去, 结果, 还是一样... jmx-client.xml.jmx-server.xml配置问题?修改后报密码不对—— 那说明了原来密码是没问题的! 白名单?—— 我擦

tomcat (3) 会话集群 + jvm监控

架构: 254.150:负载均衡 163.130:tomcat 163.140:tomcat,memcached 163.120:memcache 192.168.163.130 (接上) [[email protected] ~]# catalina.sh version Using CATALINA_BASE:   /usr/local/tomcat Using CATALINA_HOME:   /usr/local/tomcat Using CATALINA_TMPDIR: /usr/lo

Java自带优秀工具

Java自己有很多优秀的调试工具,可以帮助分析系统的漏洞,瓶颈,这里列举几个自己常用的命令: jps -l 查看现有的java进程 jps -l 显示所有正在运行的java进程id jstack  查看Java线程 jstack -l pid; 做thread dump,直接打印在串口 jstack pid>> ./threaddumps  输出到指定文件分析 jmap 查看Java内存使用情况 jmap -histo:live pid 对象占用内存排名 jmap -dump:file=mem