java - 为什么我的 JVM 的总内存使用量比它的 Xmx 值大 30 多倍？

Question

我正在运行最大堆大小为 128 MB (-Xmx128M) 的 Java 应用程序。它正在成功运行，没有 OutOfMemoryError 或任何其他未处理的异常。因此，我假设它的实际堆大小确实保持在声明的 128 MB 限制范围内。

但是，在观察此 Java 应用程序的进程时，我发现总内存使用量的峰值为 4,188,548 KB(~4 GB)。这是堆的受控最大大小的 30 多倍的增长。虽然我知道这个值包括分配的虚拟内存，它可能比实际使用的物理内存大得多，但它会影响硬限制，例如 Sun Grid Engine 强加的限制，因此它是有意义的。

这到底是怎么可能的？我知道 JVM 消耗的总内存比堆的大小要多得多，但我不明白它为什么需要比应用程序实际需要的几 GB 的额外内存来创建其对象并执行其计算.

我在 64 位 RHEL Linux 发行版上使用 Sun Java 1.6.0.31。

Answer 1

除了由 -Xmx 控制的 Java 堆外，还有几个内存接收器:

• 线程堆栈
• 永久代空间
• 直接ByteBuffers和映射ByteBuffer
• 本地代码/库分配的内存

在不知道您系统的详细信息的情况下，我猜想，某些东西使用了映射的 ByteBuffers。

但是您可以通过检查 pmap 命令的输出来深入了解这个问题。它列出了进程的所有内存区域以及任何区域映射到的文件名(当然，如果区域是映射的话)。