linux – 创建heapdumps的替代方案,性能比jmap更高？

我必须创建heapdumps,它适用于jmap.我的问题是,jmap创建heapdump文件需要很长时间.特别是当堆越来越大(> 1GB)时,它需要太长时间.

一种情况为例：
当服务器遇到堆空间问题时,我想自动重启它并在重启之前创建一个heapdump.这有效,但写入dumpdump需要很长时间.这样服务器停机时间过长. heapdump创建需要超过一个小时.

我知道-XX：HeapDumpOnOutOfMemoryError,但大部分时间我都可以在jvm抛出异常之前找到内存问题.

有没有替代jmap可以更快地写入heapdumps？
对于上述示例的特殊解决方案也将受到赞赏.

这个问题是编程和系统管理之间的混合,但我认为我在这里是正确的位置.

解决方法

我找到了问题的答案.
this回答关于serverfault的另一个问题给了我这个想法.

>使用gdb连接到您的java进程
gdb –pid =<你的java pid>
>从gdb创建核心转储
gcore<文件名>
分离
放弃
>重启java进程或执行任何您喜欢的操作
>通过将jmap连接到核心转储,从核心转储创建堆转储
jmap -heap：format = b< java binary>的路径; < core dump file>

在步骤4中,指定正确的java二进制文件至关重要,否则jmap无法附加到核心转储.如果您不确定哪个二进制文件用于java进程,请使用gdb打开核心转储：
gdb –core =< core dump file>
会有像这样的一条线,告诉你完整的路径：
核心由’/ opt / tomcat / bin / jsvc’生成.

创建核心转储要比通过jmap直接创建heapdump快得多.这样,您可以创建一个java进程的堆转储,而无需太长的停机时间.

编辑：
当您收到以下错误消息时,可能是您指定了错误的java二进制文件：

Error attaching to core file: Can't attach to the core file

要为jmap调用获取正确的java二进制文件,请使用gdb打开核心转储：

gdb --core=[path tp core file]

会有这样的一行,告诉你正确的二进制文件：

Core was generated by `/opt/tomcat/bin/jsvc'.