博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
jConsole,jvisualvm和jmap使用
阅读量:6093 次
发布时间:2019-06-20

本文共 5214 字,大约阅读时间需要 17 分钟。

 

 

 

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

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

转载于:https://www.cnblogs.com/zhengah/p/4936076.html

你可能感兴趣的文章
SqlServer作业指定目标服务器
查看>>
UnrealEngine4.5 BluePrint初始化中遇到编译警告的解决办法
查看>>
User implements HttpSessionBindingListener
查看>>
抽象工厂方法
查看>>
ubuntu apt-get 安装 lnmp
查看>>
PHP下使用Redis消息队列发布微博
查看>>
焊盘 往同一个方向增加 固定的长度方法 总结
查看>>
执行存储过程返回游标集合转换成List
查看>>
(SQL)比较一个集合是否在另一个集合里存在的方法
查看>>
8. 多态——编译时类型&运行时类型
查看>>
逻辑运算
查看>>
Load Balanced 2
查看>>
Angular : 响应式编程, 组件间通信, 表单
查看>>
Python 软件开发目录规范
查看>>
修改OEM SYSMAN密码
查看>>
eclipse的maven、Scala环境搭建
查看>>
Redis配置集群二(window)
查看>>
window.top.location的作用
查看>>
11--PHP中的类和对象
查看>>
. ../ ./ /的意义
查看>>