我想弄清楚为什么 Elasticsearch 节点上的 JVM 堆使用率始终保持在 80% 以上。为此,我通过运行进行堆转储
jmap.exe -heap:format=b 5348
(5348 是进程 ID)。然后我可以使用 VisualVM 分析转储。
问题是 jmap
在进行转储时暂停了 JVM,因此节点基本上离线了大约 5 分钟。
This article提出了一种更快的方法,该方法依赖于在 Linux 上使用 gdb
进行 coredump。我已经尝试过创建核心转储的 WinDbg,但我无法在 VisualVM 中使用它。
Windows 是否有类似的方法?如何在几秒钟而不是几分钟内完成堆转储?
最佳答案
通过 WinDbg
获取核心转储后,您需要通过运行从中提取堆转储
jmap -heap:format=b "C:\Program Files\Java\...\bin\java.exe" core.mdmp
这可以离线完成;不需要与正在运行的 Java 进程进行交互。然后你就可以在 VisualVM 中打开生成的 heap.bin
。
或者,您可以采用类直方图。它的生成速度比完全堆转储快。
jmap -histo <PID>
它向您显示其实例在堆中占用最多空间的类列表。这些信息通常足以让我们了解内存丢失的位置。
关于elasticsearch - 如何以最短的停机时间在 Windows 中进行堆转储?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35792936/