WordPress小程序修改/网络优化seo
Java堆分析 jmap+jhat
最近在使用DataSync做数据迁移，执行了10天+，进程还未结束，也未出现错误日志，所以就看看是不是哪里卡住了...
jmap命令：
-dump:[live,]format=b,file= 使用hprof二进制形式,输出jvm的heap内容到文件=. live子选项是可选的，假如指定live选项,那么只输出活的对象到文件.
-finalizerinfo 打印正等候回收的对象的信息.
-heap 打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用情况.
-histo[:live] 打印每个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量.
-permstat 打印classload和jvm heap长久层的信息. 包含每个classloader的名字,活泼性,地址,父classloader和加载的class数量. 另外,内部String的数量和占用内存数也会打印出来.
-F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效.
-h | -help 打印辅助信息
-J 传递参数给jmap启动的jvm.
使用步骤：
>>>先找到pid(linux环境)
ps -ef|grep java
由上图可知 pid为 ： 19893
1.将JVM的堆内容输入到当前目录的dump.log文件中( live子选项是可选的，假如指定live选项,那么只输出活的对象到文件. )
jmap -dump:live,file=dump.log 19893
输出结果：
Dumping heap to /app/installation/DataSync/logs/dump.log ...
Heap dump file created
2.使用jhat命令分析dump.log文件
jhat dump.log
输出结果：
Reading from dump.log...
Dump file created Mon Mar 09 09:48:50 CST 2020
Snapshot read, resolving...
Resolving 110219 objects...
Chasing references, expect 22 dots......................
Eliminating duplicate references......................
Snapshot resolved.
Started HTTP server on port 7000
Server is ready.
使用浏览器访问堆分析地址： http://localhost:7000 (localhost替换为服务器ip)
将右侧的下拉框拖到最后：
Other Queries
All classes including platform #显示出堆中包含的所有的类
Show all members of the rootset #从根集能引用到的对象
Show instance counts for all classes (including platform) #显示所有的实例数量(包括平台)
Show instance counts for all classes (excluding platform) #显示所有实例的数量(平台除外)
Show heap histogram #显示堆的统计信息
Show finalizer summary #正在回收的对象统计
Execute Object Query Language (OQL) query #执行对象查询语句
我们主要看一下堆的统计信息：
3.-finalizerinfo 打印正等候回收的对象的信息.
eg: jmap -finalizerinfo 19893
输出结果：
Attaching to process ID 19893, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.221-b11
Number of objects pending for finalization: 0
4.-heap 打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用情况.
eg: jmap -heap 19893
输出结果：
Attaching to process ID 19893, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.221-b11
using thread-local object allocation.
Parallel GC with 8 thread(s)
Heap Configuration:
MinHeapFreeRatio = 0 # -Xmn 默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，这里设置为0%，JVM就会增大堆直到-Xmx的最大限制.
MaxHeapFreeRatio = 100 # -Xmx 默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，这里设置为100%，JVM会减少堆直到 -Xms的最小限制
MaxHeapSize = 8392802304 (8004.0MB) #
NewSize = 175112192 (167.0MB) #年轻代大小
MaxNewSize = 2797600768 (2668.0MB) #最大年轻代大小
OldSize = 351272960 (335.0MB) #
NewRatio = 2 #年轻代(包括Eden和两个Survivor区)与年老代的比值(除去持久代)
SurvivorRatio = 8 # Eden区与Survivor区的大小比值
MetaspaceSize = 21807104 (20.796875MB)
CompressedClassSpaceSize = 1073741824 (1024.0MB)
MaxMetaspaceSize = 17592186044415 MB
G1HeapRegionSize = 0 (0.0MB)
Heap Usage:
PS Young Generation
Eden Space:
capacity = 174063616 (166.0MB)
used = 2929112 (2.7934188842773438MB)
free = 171134504 (163.20658111572266MB)
1.6827824604080384% used
From Space:
capacity = 524288 (0.5MB)
used = 0 (0.0MB)
free = 524288 (0.5MB)
0.0% used
To Space:
capacity = 524288 (0.5MB)
used = 0 (0.0MB)
free = 524288 (0.5MB)
0.0% used
PS Old Generation
capacity = 378535936 (361.0MB)
used = 6553576 (6.249977111816406MB)
free = 371982360 (354.7500228881836MB)
1.7312955988411098% used
11013 interned Strings occupying 980480 bytes.
5.-histo[:live] 打印每个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量.
eg: jmap -histo:live 19893
6.-permstat 打印classload和jvm heap长久层的信息. 包含每个classloader的名字,活泼性,地址,父classloader和加载的class数量. 另外,内部String的数量和占用内存数也会打印出来.
-F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效.
-h | -help 打印辅助信息
-J 传递参数给jmap启动的jvm.
标签：Java,dump,MB,打印,live,heap,jhat,jmap
来源： https://www.cnblogs.com/DFX339/p/12447735.html