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

oxb*_*kes 7 java jvm scala escape-analysis

我刚刚尝试在jdk6-u18 VM上-XX:+DoEscapeAnalysis启用该选项(在solaris上)并且有一个相当令人失望的经历.我正在运行一个scala应用程序,它有很多演员(其中20,000个).这是垃圾创建的秘诀!

通常,应用程序可以用堆为256MB运行,但产生巨大的垃圾量.在稳定状态下:

  • 在GC中花费10%的时间
  • 在<30秒内生成> 150Mb的垃圾然后获得GC

我认为转义分析可能会有所帮助,所以我启用了该选项并重新运行了应用程序.我发现应用程序变得越来越无法清除它收集的垃圾,直到它似乎最终花费了整个时间来做GC并且应用程序在其完全分配时"扁平化".

在这一点上,我应该说该应用程序没有抛出OutOfMemoryError我所期望的.也许JConsole(我用来执行分析)没有正确显示带有此选项的GC统计数据(我不相信)?

然后我删除了该选项并重新启动,应用程序再次变为"正常"!任何人都知道可能会发生什么?

Ste*_*e g 8

1转义分析是否显示为在JConsole中启用?您需要确保使用-server选项运行VM.我假设你有这个工作,但我只是想我会检查.

2我不认为逃逸分析会对Scala Actors的情况有所帮助.如果您执行以下操作,您可能会看到很大的收获:

def act():Unit = {
   val omgHugeObject = new OMGHugeObject();
   omgHugeObject.doSomethingCrazy();
 }
Run Code Online (Sandbox Code Playgroud)

在上面的示例中,EscapeAnalysis会使它omgHugeObject可以在堆栈而不是堆上分配,因此不会产生垃圾.我认为逃脱分析不太可能对演员有所帮助.他们的引用总是"逃避"到actor子系统.

3 您是否在Scala的最新版本中?有一个内存泄漏,我相信在最近的版本中修复了.这甚至导致Lift产生你可能会查看的自己的Actor库.

4您可以尝试G1Garbage收集器您可以使用以下命令启用它:

-XX:+UnlockExperimentalVMOptions -XX:+UseG1GC


小智 6

来自jdk-u18发行说明:

请注意,在6u18中禁用基于Escape分析的优化(-XX:+ DoEscapeAnalysis).此选项将在将来的Java SE 6更新中恢复.