8

在分析存在一些问题的 64 位 Java 应用程序的过程中，我注意到分析器本身 (YourKit) 正在使用真正巨大的内存量。我在 YourKit 启动脚本中得到的是：

JAVA_HEAP_LIMIT="-Xmx3072m -XX:PermSize=256m -XX:MaxPermSize=768m"

天真地，假设有一些开销，这会让我猜测 YourKit 将使用最大可能超过 4 GB 的东西。但是，我在 PS 中实际看到的是：

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
dmoles   31379  4.4 68.2 14440032 8321396 ?    Sl   11:47  10:42 java -Xmx3072m -XX:PermSize=256m -XX:MaxPermSize=768m -XX:+HeapDumpOnOutOfMemoryError -Dyjp.probe.table.length.limit=20000 -Xbootclasspath/a:/home/dmoles/Applications/yjp-9.5.6/bin/../lib/tools.jar -jar /home/dmoles/Applications/yjp-9.5.6/bin/../lib/yjp.jar

这是近 14 GB 的虚拟大小和近 8 GB 的常驻大小——几乎是 Java 堆的 3 倍。

现在，我的开发盒上有足够的内存来运行它，但是回到我试图诊断的原始内存问题：我怎么知道我必须使用多少 Java 堆？

显然，如果客户拥有 16 GB 的物理 RAM，我告诉他们设置-Xmx为 16 GB 并不是一个好主意。

那么什么是合理的数字呢？12GB？8GB？

我如何估计它？

4

1 回答 1

10

显然，如果客户拥有 16 GB 的物理 RAM，我告诉他们将 -Xmx 设置为 16 GB 并不是一个好主意。

如果客户在他/她的机器上没有运行其他重要的东西，那么将堆大小设置为 16G不一定是一个坏主意。这取决于应用程序在做什么。

那么什么是合理的数字呢？12GB？8GB？

理想的数字是“JVM 最大堆 + JVM 非堆开销 + 操作系统 + 其他活动应用程序的工作集 + 缓冲区缓存工作集”加起来就是物理内存量。但问题是，如果没有在客户机器上进行详细测量，这些组件（除了最大堆大小）都无法确定……而应用程序正在针对实际问题运行。

我如何估计它？

底线是你不能。你能做的最好的就是猜测......并且保守一点。

另一种方法是估计应用程序实际需要多少堆来解决它试图解决的问题。然后再增加 50% 或 100%，让 GC 有足够的空间高效工作。（然后调...）

于 2012-04-19T00:07:39.623 回答