使用HeapDumpOnOutOfMemoryError参数进行JBoss的堆转储

177 java heap jboss memory-leaks

有人告诉我,我可以将-XX:+HeapDumpOnOutOfMemoryError参数添加到我的JBoss启动脚本的JVM启动选项中,以便在我们的应用程序中出现内存不足错误时获取堆转储.我想知道这些数据被丢弃的位置?它只是到控制台,还是一些日志文件?如果仅仅是控制台,如果我没有通过控制台登录Unix服务器怎么办?

Mat*_*nit 240

以下是Oracle的文档所说的内容:

默认情况下,堆转储是在VM的工作目录中名为java_ pid .hprof 的文件中创建的,如上例所示.您可以使用该-XX:HeapDumpPath=选项指定备用文件名或目录.例如,-XX:HeapDumpPath=/disk2/dumps 将导致在/disk2/dumps 目录中生成堆转储.

  • 这还列出了所有与VM性能相关的选项:http://java.sun.com/javase/technologies/hotspot/vmoptions.jsp#PerformanceTuning (16认同)
  • 此外,重要的是要认识到JVM不会覆盖`HeapDumpPath`中的现有堆转储,你会在标准输出中看到类似于"无法创建/tmp/java_pidpid.hprof:文件存在"的类似内容.确保将转储文件移出转储路径以清除未来转储文件的方式; 并在文件名中使用`<pid>`占位符来增加文件名中的熵. (13认同)
  • 重要!HeapDump标志仅可从Java 1.5.0_07获得. (4认同)
  • 这非常有用。使用 Eclipse Memory Analyzer 只花了几分钟就发现了泄漏。 (2认同)

小智 45

您可以从UNIX控制台查看此转储.

在您放置上述变量之后,堆转储的路径将作为变量提供.

例如:

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=${DOMAIN_HOME}/logs/mps"
Run Code Online (Sandbox Code Playgroud)

您可以在上述路径中从控制台查看转储.


B5A*_*5A7 6

我发现很难破译“VM 的工作目录”的含义。在我的示例中,我使用 Java Service Wrapper 程序来执行 jar - 转储文件是在我放置包装程序的目录中创建的,例如 c:\myapp\bin。我发现这一点的原因是这些文件可能非常大,并且在我发现它们的位置之前它们已经填满了硬盘驱动器。