ICode9

精准搜索请尝试: 精确搜索
首页 > 系统相关> 文章详细

jmap命令 检查内存泄漏

2020-09-02 19:31:59  阅读:374  来源: 互联网

标签:tmp 泄漏 JVM dump MB 内存 jvm jmap


命令介绍

jmap - Prints shared object memory maps or heap memory details for a process, core file, or remote
debug server.

jmap不仅能生成dump文件,还阔以查询finalize执行队列、Java堆和永久代的详细信息,如当前使用率、当前使用的是哪种收集器等。主要的作用是检查内存泄漏、对象创建不合理和销毁等问题

语法: 

jmap [ options ] pid

jmap [ options ] executable core

jmap [ options ] [ pid ] server-id@ ] remote-hostname-or-IP

 

常用选项

-dump:[live,] format=b, file=filename

dump堆使用信息到文件,format指定格式,live指存活的对象,file为文件名

[root@node1 ~]# jmap -dump:live,format=b,file=hprof.dump 2712
2712: Unable to open socket file: target process not responding or HotSpot VM not loaded
The -F option can be used when the target process is not responding

报错原因:

jvm运行时会生成一个目录hsperfdata_$USER($USER是启动java进程的用户),在linux中默认是/tmp。目录下会有些pid文件,存放jvm进程信息。
jvm相关命令会从这个路径/tmp/hsperfdata_$USER去获取pid的连接信息,我是root用户执行的命令,所以没有pid文件,而对应应用程序里面有

例如:

 

 

 

 jmap报错原因:

可能是由于tmpwatch机制,防止/tmp目录里文件过多,系统每天基于此机制删除超过240小时未访问的文件和目录。

 jmap和jstack不能正常运行的原因:

因为对应目录里没有pid文件

  查看关键配置/etc/cron.daily/tmpwatch:

  flags=-umc /usr/sbin/tmpwatch "$flags" 
  -x /tmp/.X11-unix -x /tmp/.XIM-unix \ 
  -x /tmp/.font-unix -x /tmp/.ICE-unix 
  -x /tmp/.Test-unix 240 /tmp /usr/sbin/tmpwatch "$flags" 720 /var/tmp 
  for d in /var/{cache/man,catman}/{cat?,X11R6/cat?,local/cat?}; 
  do if [ -d "$d" ]; then /usr/sbin/tmpwatch "$flags" -f 720 "$d" fi done

 解决办法:

1、修改对应应用的Djava.io.tmpdir参数,统一使用/tmp目录。重启应用

2、修改/etc/cron.daily/tmpwatch

/usr/sbin/tmpwatch "$flags" -x /tmp/hsperfdata_* -x /tmp/.X11-unix -x /tmp/.XIM-unix
-x /tmp/.font-unix -x /tmp/.ICE-unix -x /tmp/.Test-unix 240 /tmp

[root@node1 ~]# jmap -F -dump:live,format=b,file=hprof.dump 2712
Attaching to process ID 2712, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.201-b09
Dumping heap to hprof.dump ...
Heap dump file created

dump.hprof这个后缀是为了后续可以直接用MAT(Memory Anlysis Tool)打开。

-finalizerinfo :打印等待回收对象的信息

[root@node1 ~]# jmap -finalizerinfo 2712
Attaching to process ID 2712, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.201-b09
Number of objects pending for finalization: 0

可以看到当前F-QUEUE队列中并没有等待Finalizer线程执行finalizer方法的对象。

-heap :打印heap的概要信息,GC使用的算法,heap的配置及wise heap的使用情况,可以用此来判断内存目前的使用情况以及垃圾回收情况

[root@node1 ~]# jmap -heap 2712
Attaching to process ID 2712, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.201-b09

using thread-local object allocation.
Parallel GC with 2 thread(s)   # GC方式

Heap Configuration:   // 堆内存初始化配置


MinHeapFreeRatio = 0    // 对应jvm启动参数-XX:MinHeapFreeRatio设置JVM堆最小空闲比率(default 40)


MaxHeapFreeRatio = 100  // 对应jvm启动参数 -XX:MaxHeapFreeRatio设置JVM堆最大空闲比率(default 70)


MaxHeapSize = 52428800 (50.0MB)  // 对应jvm启动参数-XX:MaxHeapSize=设置JVM堆的最大大小


NewSize = 17301504 (16.5MB)  // 对应jvm启动参数-XX:NewSize=设置JVM堆的‘新生代’的默认大小


MaxNewSize = 17301504 (16.5MB) // 对应jvm启动参数-XX:MaxNewSize=设置JVM堆的‘新生代’的最大大小


OldSize = 35127296 (33.5MB) // 对应jvm启动参数-XX:OldSize=<value>:设置JVM堆的‘老生代’的大小


NewRatio = 2  // 对应jvm启动参数-XX:NewRatio=:‘新生代’和‘老生代’的大小比率


SurvivorRatio = 8  // 对应jvm启动参数-XX:SurvivorRatio=设置年轻代中Eden区与Survivor区的大小比值 


MetaspaceSize = 21807104 (20.796875MB) // 对应jvm启动参数-XX:PermSize=<value>:设置JVM堆的‘永生代’的初始大小


CompressedClassSpaceSize = 1073741824 (1024.0MB)  // 对应jvm启动参数-XX:MaxPermSize=<value>:设置JVM堆的‘永生代’的最大大小


MaxMetaspaceSize = 17592186044415 MB
G1HeapRegionSize = 0 (0.0MB)

Heap Usage:  // 堆内存使用情况


PS Young Generation
Eden Space: // Eden区内存分布


capacity = 9961472 (9.5MB)  // Eden区总容量


used = 3917840 (3.7363433837890625MB) // Eden区已使用


free = 6043632 (5.7636566162109375MB) // Eden区剩余容量


39.32993035567434% used  // Eden区使用比率


From Space: // 其中一个Survivor区的内存分布


capacity = 3670016 (3.5MB)
used = 1028528 (0.9808807373046875MB)
free = 2641488 (2.5191192626953125MB)
28.025163922991073% used
To Space:  // 另一个Survivor区的内存分布


capacity = 3145728 (3.0MB)
used = 0 (0.0MB)
free = 3145728 (3.0MB)
0.0% used
PS Old Generation // 当前的Old区内存分布


capacity = 35127296 (33.5MB)
used = 27684384 (26.401885986328125MB)
free = 7442912 (7.098114013671875MB)
78.81159995918843% used

20704 interned Strings occupying 2153624 bytes.

-histo :打印堆的对象统计,包括对象数、内存大小等等 (因为在dump:live前会进行full gc,如果带上live则只统计活对象,因此不加live的堆大小要大于加live堆的大小 )

[root@node1 ~]# jmap -F -histo 2656

num #instances #bytes Class description
--------------------------------------------------------------------------
1:    526458    45456832    char[]
2:    275076    6601824    java.lang.String
3:    44613    5271264    byte[]
4:    215455    5170920    java.util.concurrent.ConcurrentSkipListMap$Node
5:    62357    4515576    int[]
6:    109775    2634600    java.lang.Double
7:    74848    2395136    java.util.HashMap$Node
8:    18442    1880400    java.util.HashMap$Node[]
9:    53471    1820904    java.lang.Object[]


  ....
仅仅打印了前10行

xml class name是对象类型,说明如下:

B  byte
C  char
D  double
F  float
I  int
J  long
Z  boolean
[  数组,如[I表示int[]
[L+类名 其他对象

-F :强制模式。如果指定的pid没有响应,请使用jmap -dump或jmap -histo选项。此模式下,不支持live子选项

另外,jmap命令生成的hprof文件可以使用jhat进行分析

标签:tmp,泄漏,JVM,dump,MB,内存,jvm,jmap
来源: https://www.cnblogs.com/zh-dream/p/13603584.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有