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

前端之家收集整理的这篇文章主要介绍了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'.
原文链接:https://www.f2er.com/linux/398709.html

猜你在找的Linux相关文章