4

我想弄清楚为什么 Elasticsearch 节点上的 JVM 堆使用率一直保持在 80% 以上。为了做到这一点,我通过运行进行堆转储

jmap.exe -heap:format=b 5348

(5348 是进程 ID)。然后我可以用 VisualVM 分析转储。

问题是jmap在进行转储时暂停 JVM,因此节点基本上离线大约 5 分钟。

本文提出了一种更快的方法,该方法依赖于gdb在 Linux 上使用 coredump。我已经尝试过创建核心转储的 WinDbg,但我无法在 VisualVM 中使用它。

Windows有类似的方法吗?如何在几秒钟而不是几分钟内完成堆转储?

4

1 回答 1

12

在您使用 coredump 之后WinDbg,您需要通过运行从中提取堆转储

jmap -heap:format=b "C:\Program Files\Java\...\bin\java.exe" core.mdmp

这可以离线完成;无需与正在运行的 Java 进程交互。然后您将能够打开heap.bin在 VisualVM 中生成的文件。


或者,您可以采用类直方图。它的生成速度比完整堆转储快。

jmap -histo <PID>

它向您显示其实例在堆中占据最多空间的类的列表。这些信息通常足以了解内存丢失的位置。

于 2016-03-06T01:57:16.717 回答