dump内存快照 linux_linux生成dump内存快照 - CSDN
  • 如何主动dump内存快照(非内存溢出时) richard_2010 2012-09-04 RT,我们知道在启动参数加上-XX:+HeapDumpOnOutOfMemeryError可以在内存溢出时dump出内存快照用来查找哪里产生内存溢出的故障,...

    http://hllvm.group.iteye.com/group/topic/34438

    如何主动dump内存快照(非内存溢出时)

    richard_2010 2012-09-04
    RT,我们知道在启动参数加上-XX:+HeapDumpOnOutOfMemeryError可以在内存溢出时dump出内存快照用来查找哪里产生内存溢出的故障,但是如何主动去dump正在运行JVM的内存快照呢?在没有内存溢出之前。
    ol_beta 2012-09-05
    1.jmap 可以 
    引用

    Usage: 
        jmap [option] <pid> 
            (to connect to running process) 
        jmap [option] <executable <core> 
            (to connect to a core file) 
        jmap [option] [server_id@]<remote server IP or hostname> 
            (to connect to remote debug server) 

    where <option> is one of: 
        <none>               to print same info as Solaris pmap 
        -heap                to print java heap summary 
        -histo[:live]        to print histogram of java object heap; if the "live" 
                             suboption is specified, only count live objects 
        -permstat            to print permanent generation statistics 
        -finalizerinfo       to print information on objects awaiting finalization 
        -dump:<dump-options> to dump java heap in hprof binary format 
                             dump-options: 
                               live         dump only live objects; if not specified, 
                                            all objects in the heap are dumped. 
                               format=b     binary format 
                               file=<file>  dump heap to <file> 
                             Example: jmap -dump:live,format=b,file=heap.bin <pid> 
        -F                   force. Use with -dump:<dump-options> <pid> or -histo 
                             to force a heap dump or histogram when <pid> does not 
                             respond. The "live" suboption is not supported 
                             in this mode. 
        -h | -help           to print this help message 
        -J<flag>             to pass <flag> directly to the runtime system 


    2.kill -3 杀一下jvm进程
    RednaxelaFX 2012-09-12
    jmap -dump:format=b,file=xxx.hprof <pid> 
    是通常的正解吧。这会让VM接到dump请求后直接把Java heap里所有对象都dump下来,无论对象是死是活。 

    jmap -dump:format=b,live,file=xxx.hprof <pid> 
    这种则让VM在接到dump请求时先做一次full GC,然后再dump;所以已经死掉的对象刚被GC清理掉,就不会出现在dump里了。 

    VisualVM在连接上一个活Java进程后也有选项可以dump heap。参考这个文档:http://docs.oracle.com/javase/6/docs/technotes/guides/visualvm/applications_local.html 

    ol_beta 写道
    2.kill -3 杀一下jvm进程

    这个是不对的。kill -3(SIGQUIT)是在目标Java进程的标准输出流上输出thread dump,也就是线程列表以及每个线程的stack trace。这个信号不用来做heap dump。 

    kill的默认信号15(SIGTERM)也不会打heap dump。它会让Java进程执行关闭序列然后退出。关闭序列主要是shutdown hooks。 

    kill -9(SIGKILL)则是直接把进程杀了,JVM来不及做任何事情就被干掉,所以也不会打heap dump。
    richard_2010 2012-09-12
    多谢ol_beta和撒迦的回复,都很有用
    Willam2004 2012-11-08
    jvm是否有参数,在heapsize使用超过maxheap的80%时候,将内存对象dump下来?
    RednaxelaFX 2012-11-08
    HotSpot VM的话没内建的参数实现这个功能,要自己在VM里打patch加这功能不难。 

    但更靠谱的是利用JMX从外部自己写个工具定时轮寻Java堆的使用情况,当超过自己关注的阈值时让自己的工具主动触发JVM做heap dump。 
    Java SE 7的话甚至可以不轮寻,直接用MemoryMXBean上的notification就可以方便的监控Java堆的使用状况,使用量到达设定的阈值时就会发出notification。请参考http://docs.oracle.com/javase/7/docs/api/java/lang/management/MemoryMXBean.html 

    这里有例子教如何用JMX来触发heap dump,我懒得写了:http://www.java-community.de/archives/85-Java-heap-dumps.html 
    因为是用HotSpotDiagnosticMBean所以这代码只在HotSpot VM上有效。
    chenk818 2012-11-18
    RednaxelaFX 写道
    HotSpot VM的话没内建的参数实现这个功能,要自己在VM里打patch加这功能不难。 

    但更靠谱的是利用JMX从外部自己写个工具定时轮寻Java堆的使用情况,当超过自己关注的阈值时让自己的工具主动触发JVM做heap dump。 
    Java SE 7的话甚至可以不轮寻,直接用MemoryMXBean上的notification就可以方便的监控Java堆的使用状况,使用量到达设定的阈值时就会发出notification。请参考http://docs.oracle.com/javase/7/docs/api/java/lang/management/MemoryMXBean.html 

    这里有例子教如何用JMX来触发heap dump,我懒得写了:http://www.java-community.de/archives/85-Java-heap-dumps.html 
    因为是用HotSpotDiagnosticMBean所以这代码只在HotSpot VM上有效。



    那PermGen能监控吗?看用法只区分了堆和非堆
    RednaxelaFX 2012-11-21
    chenk818 写道
    那PermGen能监控吗?看用法只区分了堆和非堆

    可以找出PermGen对应MemoryPoolMXBean然后针对它来设置usage threshold。
    展开全文
  • C++ Dump 内存快照的实现 近来在工作中总是会有一些dump文件需要分析,但是自己对windug不是很熟。找了些资料程序完成。
  •   运用jvm自带的命令可以方便的在生产监控和打印堆栈的日志信息帮忙我们来定位问题!虽然jvm调优成熟的工具已经有很多:jconsole、大名鼎鼎的VisualVM,IBM的Memory Analyzer等等,但是在生产环境出现问题的时候...

    原文地址:https://blog.csdn.net/xybelieve1990/article/details/53516437

     

    运用jvm自带的命令可以方便的在生产监控和打印堆栈的日志信息帮忙我们来定位问题!虽然jvm调优成熟的工具已经有很多:jconsole、大名鼎鼎的VisualVM,IBM的Memory Analyzer等等,但是在生产环境出现问题的时候,一方面工具的使用会有所限制,另一方面喜欢装X的我们,总喜欢在出现问题的时候在终端输入一些命令来解决。所有的工具几乎都是依赖于jdk的接口和底层的这些命令,研究这些命令的使用也让我们更能了解jvm构成和特性。

    Sun JDK监控和故障处理命令有jps jstat jmap jhat jstack jinfo下面做一一介绍

     

    jvisualvm

     

    JDK自带的客户端jvm内存情况观察工具,可以通过ip、端口,账户密码连接远程java服务,观察cpu、堆、类,线程情况,。

     

    jps

    JVM Process Status Tool,显示指定系统内所有的HotSpot虚拟机进程。

    命令格式

    jps [options] [hostid]

    option参数

    • -l : 输出主类全名或jar路径
    • -q : 只输出LVMID
    • -m : 输出JVM启动时传递给main()的参数
    • -v : 输出JVM启动时显示指定的JVM参数

    其中[option]、[hostid]参数也可以不写。

    示例

    
     
    1. $ jps -l -m

    2. 28920 org.apache.catalina.startup.Bootstrap start

    3. 11589 org.apache.catalina.startup.Bootstrap start

    4. 25816 sun.tools.jps.Jps -l -m

    jstat

    jstat(JVM statistics Monitoring)是用于监视虚拟机运行时状态信息的命令,它可以显示出虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行数据。

    命令格式

    jstat [option] LVMID [interval] [count]

    参数

    • [option] : 操作参数
    • LVMID : 本地虚拟机进程ID
    • [interval] : 连续输出的时间间隔
    • [count] : 连续输出的次数

    option 参数总览

    Option Displays…
    class class loader的行为统计。Statistics on the behavior of the class loader.
    compiler HotSpt JIT编译器行为统计。Statistics of the behavior of the HotSpot Just-in-Time compiler.
    gc 垃圾回收堆的行为统计。Statistics of the behavior of the garbage collected heap.
    gccapacity 各个垃圾回收代容量(young,old,perm)和他们相应的空间统计。Statistics of the capacities of the generations and their corresponding spaces.
    gcutil 垃圾回收统计概述。Summary of garbage collection statistics.
    gccause 垃圾收集统计概述(同-gcutil),附加最近两次垃圾回收事件的原因。Summary of garbage collection statistics (same as -gcutil), with the cause of the last and
    gcnew 新生代行为统计。Statistics of the behavior of the new generation.
    gcnewcapacity 新生代与其相应的内存空间的统计。Statistics of the sizes of the new generations and its corresponding spaces.
    gcold 年老代和永生代行为统计。Statistics of the behavior of the old and permanent generations.
    gcoldcapacity 年老代行为统计。Statistics of the sizes of the old generation.
    gcpermcapacity 永生代行为统计。Statistics of the sizes of the permanent generation.
    printcompilation HotSpot编译方法统计。HotSpot compilation method statistics.

    option 参数详解

    -class

    监视类装载、卸载数量、总空间以及耗费的时间

    
     
    1. $ jstat -class 11589

    2. Loaded Bytes Unloaded Bytes Time

    3. 7035 14506.3 0 0.0 3.67

    • Loaded : 加载class的数量
    • Bytes : class字节大小
    • Unloaded : 未加载class的数量
    • Bytes : 未加载class的字节大小
    • Time : 加载时间

    -compiler

    输出JIT编译过的方法数量耗时等

    
     
    1. $ jstat -compiler 1262

    2. Compiled Failed Invalid Time FailedType FailedMethod

    3. 2573 1 0 47.60 1 org/apache/catalina/loader/WebappClassLoader findResourceInternal

    • Compiled : 编译数量
    • Failed : 编译失败数量
    • Invalid : 无效数量
    • Time : 编译耗时
    • FailedType : 失败类型
    • FailedMethod : 失败方法的全限定名

    -gc

    垃圾回收堆的行为统计,常用命令

    
     
    1. $ jstat -gc 1262

    2. S0C S1C S0U S1U EC EU OC OU PC PU YGC YGCT FGC FGCT GCT

    3. 26112.0 24064.0 6562.5 0.0 564224.0 76274.5 434176.0 388518.3 524288.0 42724.7 320 6.417 1 0.398 6.815

    C即Capacity 总容量,U即Used 已使用的容量

    • S0C : survivor0区的总容量
    • S1C : survivor1区的总容量
    • S0U : survivor0区已使用的容量
    • S1C : survivor1区已使用的容量
    • EC : Eden区的总容量
    • EU : Eden区已使用的容量
    • OC : Old区的总容量
    • OU : Old区已使用的容量
    • PC 当前perm的容量 (KB)
    • PU perm的使用 (KB)
    • YGC : 新生代垃圾回收次数
    • YGCT : 新生代垃圾回收时间
    • FGC : 老年代垃圾回收次数
    • FGCT : 老年代垃圾回收时间
    • GCT : 垃圾回收总消耗时间
    $ jstat -gc 1262 2000 20

    这个命令意思就是每隔2000ms输出1262的gc情况,一共输出20次

    -gccapacity

    同-gc,不过还会输出Java堆各区域使用到的最大、最小空间

    
     
    1. $ jstat -gccapacity 1262

    2. NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC PGCMN PGCMX PGC PC YGC FGC

    3. 614400.0 614400.0 614400.0 26112.0 24064.0 564224.0 434176.0 434176.0 434176.0 434176.0 524288.0 1048576.0 524288.0 524288.0 320 1

    • NGCMN : 新生代占用的最小空间
    • NGCMX : 新生代占用的最大空间
    • OGCMN : 老年代占用的最小空间
    • OGCMX : 老年代占用的最大空间
    • OGC:当前年老代的容量 (KB)
    • OC:当前年老代的空间 (KB)
    • PGCMN : perm占用的最小空间
    • PGCMX : perm占用的最大空间

    -gcutil

    同-gc,不过输出的是已使用空间占总空间的百分比

    
     
    1. $ jstat -gcutil 28920

    2. S0 S1 E O P YGC YGCT FGC FGCT GCT

    3. 12.45 0.00 33.85 0.00 4.44 4 0.242 0 0.000 0.242

    -gccause

    垃圾收集统计概述(同-gcutil),附加最近两次垃圾回收事件的原因

    
     
    1. $ jstat -gccause 28920

    2. S0 S1 E O P YGC YGCT FGC FGCT GCT LGCC GCC

    3. 12.45 0.00 33.85 0.00 4.44 4 0.242 0 0.000 0.242 Allocation Failure No GC

    • LGCC:最近垃圾回收的原因
    • GCC:当前垃圾回收的原因

    -gcnew

    统计新生代的行为

    
     
    1. $ jstat -gcnew 28920

    2. S0C S1C S0U S1U TT MTT DSS EC EU YGC YGCT

    3. 419392.0 419392.0 52231.8 0.0 6 6 209696.0 3355520.0 1172246.0 4 0.242

    • TT:Tenuring threshold(提升阈值)
    • MTT:最大的tenuring threshold
    • DSS:survivor区域大小 (KB)

    -gcnewcapacity

    新生代与其相应的内存空间的统计

    
     
    1. $ jstat -gcnewcapacity 28920

    2. NGCMN NGCMX NGC S0CMX S0C S1CMX S1C ECMX EC YGC FGC

    3. 4194304.0 4194304.0 4194304.0 419392.0 419392.0 419392.0 419392.0 3355520.0 3355520.0 4 0

    • NGC:当前年轻代的容量 (KB)
    • S0CMX:最大的S0空间 (KB)
    • S0C:当前S0空间 (KB)
    • ECMX:最大eden空间 (KB)
    • EC:当前eden空间 (KB)

    -gcold

    统计旧生代的行为

    
     
    1. $ jstat -gcold 28920

    2. PC PU OC OU YGC FGC FGCT GCT

    3. 1048576.0 46561.7 6291456.0 0.0 4 0 0.000 0.242

    -gcoldcapacity

    统计旧生代的大小和空间

    
     
    1. $ jstat -gcoldcapacity 28920

    2. OGCMN OGCMX OGC OC YGC FGC FGCT GCT

    3. 6291456.0 6291456.0 6291456.0 6291456.0 4 0 0.000 0.242

    -gcpermcapacity

    永生代行为统计

    
     
    1. $ jstat -gcpermcapacity 28920

    2. PGCMN PGCMX PGC PC YGC FGC FGCT GCT

    3. 1048576.0 2097152.0 1048576.0 1048576.0 4 0 0.000 0.242

    -printcompilation

    hotspot编译方法统计

    
     
    1. $ jstat -printcompilation 28920

    2. Compiled Size Type Method

    3. 1291 78 1 java/util/ArrayList indexOf

    • Compiled:被执行的编译任务的数量
    • Size:方法字节码的字节数
    • Type:编译类型
    • Method:编译方法的类名和方法名。类名使用"/" 代替 "." 作为空间分隔符. 方法名是给出类的方法名. 格式是一致于HotSpot - XX:+PrintComplation 选项

    jmap

    jmap(JVM Memory Map)命令用于生成heap dump文件,如果不使用这个命令,还阔以使用-XX:+HeapDumpOnOutOfMemoryError参数来让虚拟机出现OOM的时候·自动生成dump文件。
    jmap不仅能生成dump文件,还阔以查询finalize执行队列、Java堆和永久代的详细信息,如当前使用率、当前使用的是哪种收集器等。

    命令格式

    jmap [option] LVMID

    option参数

    • dump : 生成堆转储快照
    • finalizerinfo : 显示在F-Queue队列等待Finalizer线程执行finalizer方法的对象
    • heap : 显示Java堆详细信息
    • histo : 显示堆中对象的统计信息
    • permstat : to print permanent generation statistics
    • F : 当-dump没有响应时,强制生成dump快照

    示例

    -dump

    常用格式

    -dump::live,format=b,file=<filename> pid 

    dump堆到文件,format指定输出格式,live指明是活着的对象,file指定文件名

    
     
    1. $ jmap -dump:live,format=b,file=dump.hprof 28920

    2. Dumping heap to /home/xxx/dump.hprof ...

    3. Heap dump file created

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

    -finalizerinfo

    打印等待回收对象的信息

    
     
    1. $ jmap -finalizerinfo 28920

    2. Attaching to process ID 28920, please wait...

    3. Debugger attached successfully.

    4. Server compiler detected.

    5. JVM version is 24.71-b01

    6. Number of objects pending for finalization: 0

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

    -heap

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

    
     
    1. $ jmap -heap 28920

    2. Attaching to process ID 28920, please wait...

    3. Debugger attached successfully.

    4. Server compiler detected.

    5. JVM version is 24.71-b01

    6.  
    7. using thread-local object allocation.

    8. Parallel GC with 4 thread(s)//GC 方式

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

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

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

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

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

    15. MaxNewSize = 17592186044415 MB//对应jvm启动参数-XX:MaxNewSize=设置JVM堆的‘新生代’的最大大小

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

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

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

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

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

    21. G1HeapRegionSize = 0 (0.0MB)

    22.  
    23. Heap Usage://堆内存使用情况

    24. PS Young Generation

    25. Eden Space://Eden区内存分布

    26. capacity = 33030144 (31.5MB)//Eden区总容量

    27. used = 1524040 (1.4534378051757812MB) //Eden区已使用

    28. free = 31506104 (30.04656219482422MB) //Eden区剩余容量

    29. 4.614088270399305% used //Eden区使用比率

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

    31. capacity = 5242880 (5.0MB)

    32. used = 0 (0.0MB)

    33. free = 5242880 (5.0MB)

    34. 0.0% used

    35. To Space: //另一个Survivor区的内存分布

    36. capacity = 5242880 (5.0MB)

    37. used = 0 (0.0MB)

    38. free = 5242880 (5.0MB)

    39. 0.0% used

    40. PS Old Generation //当前的Old区内存分布

    41. capacity = 86507520 (82.5MB)

    42. used = 0 (0.0MB)

    43. free = 86507520 (82.5MB)

    44. 0.0% used

    45. PS Perm Generation//当前的 “永生代” 内存分布

    46. capacity = 22020096 (21.0MB)

    47. used = 2496528 (2.3808746337890625MB)

    48. free = 19523568 (18.619125366210938MB)

    49. 11.337498256138392% used

    50.  
    51. 670 interned Strings occupying 43720 bytes.

    可以很清楚的看到Java堆中各个区域目前的情况。

    -histo

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

    
     
    1. $ jmap -histo:live 28920 | more

    2. num #instances #bytes class name

    3. ----------------------------------------------

    4. 1: 83613 12012248 <constMethodKlass>

    5. 2: 23868 11450280 [B

    6. 3: 83613 10716064 <methodKlass>

    7. 4: 76287 10412128 [C

    8. 5: 8227 9021176 <constantPoolKlass>

    9. 6: 8227 5830256 <instanceKlassKlass>

    10. 7: 7031 5156480 <constantPoolCacheKlass>

    11. 8: 73627 1767048 java.lang.String

    12. 9: 2260 1348848 <methodDataKlass>

    13. 10: 8856 849296 java.lang.Class

    14. ....

    仅仅打印了前10行

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

    
     
    1. B byte

    2. C char

    3. D double

    4. F float

    5. I int

    6. J long

    7. Z boolean

    8. [ 数组,如[I表示int[]

    9. [L+类名 其他对象

    -permstat

    打印Java堆内存的永久保存区域的类加载器的智能统计信息。对于每个类加载器而言,它的名称、活跃度、地址、父类加载器、它所加载的类的数量和大小都会被打印。此外,包含的字符串数量和大小也会被打印。

    
     
    1. $ jmap -permstat 28920

    2. Attaching to process ID 28920, please wait...

    3. Debugger attached successfully.

    4. Server compiler detected.

    5. JVM version is 24.71-b01

    6. finding class loader instances ..done.

    7. computing per loader stat ..done.

    8. please wait.. computing liveness.liveness analysis may be inaccurate ...

    9.  
    10. class_loader classes bytes parent_loader alive? type

    11. <bootstrap> 3111 18154296 null live <internal>

    12. 0x0000000600905cf8 1 1888 0x0000000600087f08 dead sun/reflect/DelegatingClassLoader@0x00000007800500a0

    13. 0x00000006008fcb48 1 1888 0x0000000600087f08 dead sun/reflect/DelegatingClassLoader@0x00000007800500a0

    14. 0x00000006016db798 0 0 0x00000006008d3fc0 dead java/util/ResourceBundle$RBClassLoader@0x0000000780626ec0

    15. 0x00000006008d6810 1 3056 null dead sun/reflect/DelegatingClassLoader@0x00000007800500a0

    -F

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

    jhat

    jhat(JVM Heap Analysis Tool)命令是与jmap搭配使用,用来分析jmap生成的dump,jhat内置了一个微型的HTTP/HTML服务器,生成dump的分析结果后,可以在浏览器中查看。在此要注意,一般不会直接在服务器上进行分析,因为jhat是一个耗时并且耗费硬件资源的过程,一般把服务器生成的dump文件复制到本地或其他机器上进行分析。

    命令格式

    jhat [dumpfile]

    参数

    • -stack false|true
      关闭对象分配调用栈跟踪(tracking object allocation call stack)。 如果分配位置信息在堆转储中不可用. 则必须将此标志设置为 false. 默认值为 true.>
    • -refs false|true
      关闭对象引用跟踪(tracking of references to objects)。 默认值为 true. 默认情况下, 返回的指针是指向其他特定对象的对象,如反向链接或输入引用(referrers or incoming references), 会统计/计算堆中的所有对象。>
    • -port port-number
      设置 jhat HTTP server 的端口号. 默认值 7000.>
    • -exclude exclude-file
      指定对象查询时需要排除的数据成员列表文件(a file that lists data members that should be excluded from the reachable objects query)。 例如, 如果文件列列出了 java.lang.String.value , 那么当从某个特定对象 Object o 计算可达的对象列表时, 引用路径涉及 java.lang.String.value 的都会被排除。>
    • -baseline exclude-file
      指定一个基准堆转储(baseline heap dump)。 在两个 heap dumps 中有相同 object ID 的对象会被标记为不是新的(marked as not being new). 其他对象被标记为新的(new). 在比较两个不同的堆转储时很有用.>
    • -debug int
      设置 debug 级别. 0 表示不输出调试信息。 值越大则表示输出更详细的 debug 信息.>
    • -version
      启动后只显示版本信息就退出>
    • -J< flag >
      因为 jhat 命令实际上会启动一个JVM来执行, 通过 -J 可以在启动JVM时传入一些启动参数. 例如, -J-Xmx512m 则指定运行 jhat 的Java虚拟机使用的最大堆内存为 512 MB. 如果需要使用多个JVM启动参数,则传入多个 -Jxxxxxx.

    示例

    
     
    1. $ jhat -J-Xmx512m dump.hprof

    2. eading from dump.hprof...

    3. Dump file created Fri Mar 11 17:13:42 CST 2016

    4. Snapshot read, resolving...

    5. Resolving 271678 objects...

    6. Chasing references, expect 54 dots......................................................

    7. Eliminating duplicate references......................................................

    8. Snapshot resolved.

    9. Started HTTP server on port 7000

    10. Server is ready.

    中间的-J-Xmx512m是在dump快照很大的情况下分配512M内存去启动HTTP服务器,运行完之后就可在浏览器打开Http://localhost:7000进行快照分析
    堆快照分析主要在最后面的Heap Histogram里,里面根据class列出了dump的时候所有存活对象。

    分析同样一个dump快照,MAT需要的额外内存比jhat要小的多的多,所以建议使用MAT来进行分析,当然也看个人偏好。

    分析

    打开浏览器Http://localhost:7000,该页面提供了几个查询功能可供使用(在下面最下方):

    
     
    1. All classes including platform

    2. Show all members of the rootset

    3. Show instance counts for all classes (including platform)

    4. Show instance counts for all classes (excluding platform)

    5. Show heap histogram

    6. Show finalizer summary

    7. Execute Object Query Language (OQL) query

    一般查看堆异常情况主要看这个两个部分:
    Show instance counts for all classes (excluding platform),平台外的所有对象信息。如下图:
     

    Show heap histogram 以树状图形式展示堆情况。如下图:
     

    具体排查时需要结合代码,观察是否大量应该被回收的对象在一直被引用或者是否有占用内存特别大的对象无法被回收。

    一般情况,会down到客户端用工具来分析

    展开全文
  • jmap命令可以获得运行中的jvm的堆的快照,从而可以离线分析堆,以检查内存泄漏,检查一些严重影响性能的大对象的创建,检查系统中什么对象最多,各种对象所占内存的大小等等命令格式jmap [options] pid-dump:[live,]...
     

    jmap命令

     

    jmap命令

    jmap命令可以获得运行中的jvm的堆的快照,从而可以离线分析堆,以检查内存泄漏,检查一些严重影响性能的大对象的创建,检查系统中什么对象最多,各种对象所占内存的大小等等

    命令格式 
    jmap [options] pid
    -dump:[live,]format=b,file=<filename>  --dump堆到文件,live指明是活着的对象,file指定文件名
     
    因为在dump:live前会进行full gc,因此不加live的堆大小要大于加live堆的大小 
    -finalizerinfo  打印等待回收对象的信息
     
    -heap  打印堆总结 
     
    -histo[:live]  打印堆的对象统计,包括对象数、内存大小等等 
     
    -permstat  打印java堆perm区的classloader统计 

    -F  强制,在jmap -dump或jmap -histo中使用,如果pid没有相应的回复 
    -J  提供jvm选项,如:-J-Xms256m

    转载于:https://www.cnblogs.com/Sir-Li/p/4030331.html

    展开全文
  • mat是eclipse的一个插件,可以分析内存快照帮助我们排查内存泄漏的地方。 首先下载mat, MemoryAnalyzer-1.8.1.20180910-win32.win32.x86_64.zip 解压后: 双击 MemoryAnalyzer.exe 打开mat 写一段出现内存...

    mat是eclipse的一个插件,可以分析内存快照帮助我们排查内存泄漏的地方。

    首先下载mat, MemoryAnalyzer-1.8.1.20180910-win32.win32.x86_64.zip

    解压后:

    双击 MemoryAnalyzer.exe 打开mat

    写一段出现内存溢出的代码,设置jvm参数 使其出现内存溢出生成一个内存快照文件

    package cn.n1.t1;
    
    import java.util.ArrayList;
    import java.util.List;
    
    public class T3 {
    
    	public static void main(String[] args) {
    		List<Goods> list = new ArrayList<Goods>();
    		for(;;){
    			Goods goods=new Goods();
    			list.add(goods);
    			System.out.println(list.size());
    //			LockSupport.parkNanos(TimeUnit.MICROSECONDS.toNanos(500));
    
    		}
    
    	}
    
    }
    

    jvm参数:

    -Dfile.encoding=UTF-8 -Xms1M -Xmx1M -XX:+HeapDumpOnOutOfMemoryError 
    -XX:HeapDumpPath=E:\\tmp

    其中XX:+HeapDumpOnOutOfMemoryError  -XX:HeapDumpPath=E:\\tmp 设置,在抛出内存溢出时候,会dump出内存快照

     

    运行后 内存溢出,生成dump快照文件:

    31617
    31618
    java.lang.OutOfMemoryError: Java heap space
    Dumping heap to E:\\tmp\java_pid25200.hprof ...
    Heap dump file created [2675391 bytes in 0.058 secs]
    Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
        at java.util.Arrays.copyOf(Arrays.java:3210)
        at java.util.Arrays.copyOf(Arrays.java:3181)
        at java.util.ArrayList.grow(ArrayList.java:261)
        at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:235)
        at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:227)
        at java.util.ArrayList.add(ArrayList.java:458)
        at cn.n1.t1.T3.main(T3.java:14)

    使用mat打开快照文件:

    file-open heap dump

    看到a b 有内存泄漏的嫌疑

    点击tree

    shallow heap 对象占用内存。

    retained heap 对象及对象引用的对象占用的内存。

    红点:Gc Roots可达。

    System Class 系统对象,不是我们需要分析内存泄漏的地方。

    点开第一个:

    发现ArrayList里有大量对象 Goods,因此分析得出此处存在内存泄漏的风险。

     

    展开全文
  • jstat -gcutil 9744 9744是pid jstat -gcutil 9744 500 100 刷新间隔 jmap -dump:formatb,file=danny 9744 生成快照文件 ,可以用 memory analyse 查看
  • 运用jvm自带的命令可以方便的在生产监控和打印堆栈的日志信息帮忙我们来定位问题!虽然jvm调优成熟的工具已经有很多:jconsole、大名鼎鼎的VisualVM,IBM的Memory Analyzer等等,但是在生产环境出现问题的时候,一...
  • 如果系统使能了“core dump”功能,系统会给崩溃的进程拍一个临终快照存储到一个core文件当中,快照中包括进程所有的内存、cpu寄存器、os状态标志等等。程序出故障以后,可以使用gdb来调试快照文件,定位程序当时...
  • Linux 设置core dump

    2016-01-25 12:05:51
    我们可以认为 core dump 是“内存快照”,但实际上,除了内存信息之外,还有些关键的程序运行状态也会同时 dump 下来,例如寄存器信息(包括程序指针、栈指针等)、内存管理信息、其他处理器和操作系统状态和信息。...
  • dump内存文件的方法

    2019-08-09 13:45:10
    在jvm启动的参数中,新增-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/logs/java.hprof jvm参数。这样在发生jvm 内存溢出时,就会直接dump出java.hprof 文件了。 直接导出jvm内存信息。 jmap ...
  • 以下脚本推荐放在定时任务里,写好cron表达式,在不影响业务系统的情况下dump一些信息分析系统性能瓶颈以及故障排除。 因为每次dump的时候jvm会暂停(几秒到几十秒不等)。所以在生产系统使用时慎用。因此遭成的...
  • redis正是利用了这个特性,利用fork()来得到一个当前时刻的内存快照,同时创建的这个子进程可以对这个快照进行落盘,而主进程可以继续接受新的写请求,完美实现了数据的一致性同时丝毫不影响主进程的业务。...
  • tomcat内存溢出 可以让tomcat自动产生快照,配置如下: -XX:+HeapDumpOnOutOfMemoryError -XX:-PrintConcurrentLocks -XX:HeapDumpPath=/usr/local/installed/tomcat/m.hprof 可以自己手动创建快照,...
  • 查找对应的进程id(PID) 使用 tasklist | findstr javaw.exe 或者知道被占用的端口使用 ...linux下使用 ps aux|grep java 或者知道端口号 lsof -i:8080 记下第一个数字就是PID (根据进程查看信息命令netst...
  • 诊断内存溢出是一个有难度的事情,可以在生产环境试一试下面的参数,在发生内存溢出OutOfMemoryError时做HeapDump并保存到文件,然后分析该文件看是否能查到蛛丝马迹。 set JAVA_OPTS=-Xms100m -Xmx192m ^ -XX:+...
  • 我们想知道FGC把那些对象给回收了,思路很简单就是看看FGC之前内存中有那些实例,FGC之后内存中又有那些实例,通过前后的比较,我们就能很容易知道FGC回收了那些实例,当然我们可以手工去dump内存,在FGC发生之前...
  • 查看jvm内存快照

    2019-09-30 12:10:00
    jmap -dump:live,format=b,file=m.hprof PID 转载于:https://www.cnblogs.com/yangxiaochu/p/11606595.html
  • jvm内存性能分析-dump

    2018-11-02 19:36:30
    一.dump基本概念  在故障定位(尤其是out of memory)和性能分析的时候,经常会用到一些文件来帮助我们排除代码问题。这些文件记录了JVM运行期间的内存占用、线程执行等情况,这就是我们常说的dump文件。常用的有...
  • Microsoft Windows XP [版本 5.1.2600] (C) 版权所有 1985-2001 Microsoft Corp. C:/Documents and Settings/chen56>jmap Usage: jmap -histo <pid> (to connect to running process and print histog.....
  • 在程序运行过程中发生异常时,将其内存数据保存到文件中,这个过程叫做 Core Dump。2 Core Dump 的作用在开发过程中,难免会遇到程序运行过程中异常退出的情况,这时候想要定位哪里出了问题,仅仅依靠程...
1 2 3 4 5 ... 20
收藏数 11,751
精华内容 4,700
关键字:

dump内存快照 linux