在 JVM 上启用逃逸分析的经验

Question

我刚刚尝试在 jdk6-u18 VM（在Solaris 上）上启用-XX:+DoEscapeAnalysis 选项，但体验相当令人失望。我正在运行一个 scala 应用程序，它有很多参与者（其中 20,000 个）。这是制造垃圾的秘诀！

通常，应用程序可以使用 256Mb 的堆运行，但会生成大量垃圾。在其稳定状态中：

• 花费 10% 的时间进行 GC
• ，在 30 秒内生成 >150Mb 的垃圾，然后进行 GC

我认为逃逸分析可能会有所帮助，因此我启用了该选项并重新-运行应用程序。我发现应用程序变得越来越无法清除它收集的垃圾，直到它似乎最终将整个时间都花在 GC 上，并且应用程序在其完全分配时“趋于平稳”。

此时我应该说应用程序没有抛出我所期望的 OutOfMemoryError 。也许JConsole（我用来执行分析的）在打开此选项时无法正确显示 GC 统计信息（我不相信）？

然后我删除了该选项并重新启动，应用程序再次变得“正常”！有人知道会发生什么吗？

Answer 1

1 逃逸分析是否在 JConsole 中显示为已启用？您需要确保使用 -server 选项运行虚拟机。我想你已经完成了这个工作，但我只是想检查一下。

2 我不认为转义分析对 Scala Actors 的情况有帮助。如果您执行以下操作，您可能会看到很大的收获：

def act():Unit = {
   val omgHugeObject = new OMGHugeObject();
   omgHugeObject.doSomethingCrazy();
 }

在上面的示例中，EscapeAnalysis 将使 omgHugeObject 可以分配在堆栈而不是堆上，从而不会创建垃圾。我认为逃逸分析不太可能对演员有帮助。他们的引用总是会“逃逸”到参与者子系统。

3
您使用的是最新版本的 Scala 吗？有一个内存泄漏，我相信在最近的版本中已修复。这甚至导致 Lift 产生您可能会查看的自己的 Actor 库。

4 您可以尝试使用 G1Garbage 收集器，您可以通过以下方式启用它：

-XX:+UnlockExperimentalVMOptions -XX:+UseG1GC

Answer 2

来自 jdk-u18 发行说明：

请注意，基于转义分析的优化 (-XX:+DoEscapeAnalysis) 在 6u18 中被禁用。此选项将在未来的 Java SE 6 更新中恢复。

Answer 3

我建议您尝试增加新生代大小，例如-XX:NewSize=96M XX:NewRatio=3。使用 JVisualVM（包含在 JDK 中）和 Visual GC 插件来观察如何年轻人和老年人的空间都得到利用。