java - 调试 JVM 中 CPU 使用率 100%

Question

已关闭。此问题不符合 Stack Overflow guidelines 。目前不接受答案。

---

已关闭 4 年前。

• 编辑问题以包含 desired behavior, a specific problem or error, and the shortest code necessary to reproduce the problem 。这将有助于其他人回答问题。
• 我们不允许提出寻求书籍、工具、软件库等推荐的问题。您可以编辑问题，以便用事实和引文来回答。

Improve this question

有一个 Java 应用程序偶尔会开始利用所有可用的内核，导致 GC 不足并因 OOM 而崩溃。该应用程序相当复杂。它使用 Akka Streams、Kafka、Etcd，并具有用于指标报告的内置 HTTP 服务器。我添加了-XX:+CrashOnOutOfMemoryError创建核心转储，但它们没有帮助，它们显示无法分配内存的线程，但需要的是实际占用所有 CPU 的线程。有什么指南或想法可以帮助您了解正在发生的情况吗？

该应用程序在 Linux 上的 OpenJDK 11 上运行，并通过 cgroup 分配了 3 个核心。堆大小设置为 3Gb，初始堆大小为 1.5Gb，它使用 G1，无需任何调整。

UPD:崩溃时heap_lock既不由 Activity 线程也不由 GC 线程持有，并且最后 10 个 GC 事件基本上未能释放任何内存。

Answer 1

即将耗尽内存的 JVM 大部分时间都花在垃圾收集上。

具体来说，垃圾收集的成本与使用的内存成正比，其频率与释放的内存成反比。因此，当内存使用率接近 100% 时，垃圾收集开销趋于无穷大……这实际上是导致 JVM 因 OutOfMemoryError 中止的原因(并不是说 JVM 在尝试释放内存时无法释放更多内存，而是因为集合与释放的内存完全不成比例)

您可以通过检查 JVM 指标(特别是垃圾收集开销)来检查这是否是导致 CPU 问题的原因。您可以使用 JConsole 检查 JVM 指标或任何其他 JMX 客户端。

如果 JVM 指标确认大部分 CPU 时间都花在 GC 上，那么修复内存问题就足够了。要了解如何解决内存问题，请参阅 How to identify the issue when Java OutOfMemoryError?