Question

我有一台运行3gb JVM的服务器，其中包含750兆位的permgen空间。即使在这个愚蠢的应用程序中投入更多硬件后，我仍然偶尔会出现内存堆转储。我需要弄清楚崩溃时发生了什么，但是我的分析工具出了问题。

JVM在AS / 400硬件上运行，这意味着我需要IBM的PowerPC版本的JVM。当然IBM是IBM，他们将转储文件的格式从标准的Sun（Oracle）版本更改为自定义的IBM版本。显然，唯一的转储分析工具是作为Eclipse插件构建的，该插件有一个IBM插件，允许它读取IBM的自定义转储文件。

这是配置，现在是问题。绝对最大的我可以在我的笔记本电脑上摇动JVM是4800兆，带有4700兆位的permgen。 Eclipse不会运行它设置任何高于此值，我怀疑因为它占用了我的笔记本电脑的可用内存的100％。即使拥有所有这些空间，Eclipse也会为我提供堆转储以尝试分析文件。

是否还有其他分析工具不需要让JVM大于我试图分析的JVM？

这是eclipse崩溃的日志条目

!ENTRY org.eclipse.core.jobs 4 2 2012-04-02 12:08:10.540
!MESSAGE An internal error occurred during: "Parsing heap dump from 'C:\Users\slepecw\Code\Larry-Heap-Dumps\20110612\heapdump.20110612.165113.17755.0003.phd'".
!STACK 0
java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:2882)
    at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:100)
    at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:515)
    at java.lang.StringBuilder.append(StringBuilder.java:189)
    at org.apache.commons.io.output.StringBuilderWriter.write(StringBuilderWriter.java:138)
    at org.apache.commons.io.IOUtils.copyLarge(IOUtils.java:1365)
    at org.apache.commons.io.IOUtils.copy(IOUtils.java:1340)
    at org.apache.commons.io.IOUtils.copy(IOUtils.java:1287)
    at org.apache.commons.io.IOUtils.toString(IOUtils.java:502)
    at org.eclipse.wb.internal.core.editor.describer.JavaSourceUiDescriber.describe(JavaSourceUiDescriber.java:51)
    at org.eclipse.core.internal.content.ContentTypeCatalog.describe(ContentTypeCatalog.java:218)
    at org.eclipse.core.internal.content.ContentTypeCatalog.collectMatchingByContents(ContentTypeCatalog.java:190)
    at org.eclipse.core.internal.content.ContentTypeCatalog.internalFindContentTypesFor(ContentTypeCatalog.java:401)
    at org.eclipse.core.internal.content.ContentTypeCatalog.internalFindContentTypesFor(ContentTypeCatalog.java:450)
    at org.eclipse.core.internal.content.ContentTypeCatalog.findContentTypesFor(ContentTypeCatalog.java:298)
    at org.eclipse.core.internal.content.ContentTypeMatcher.findContentTypesFor(ContentTypeMatcher.java:57)
    at org.eclipse.mat.dtfj.DTFJIndexBuilder.getDynamicDTFJDump(DTFJIndexBuilder.java:7940)
    at org.eclipse.mat.dtfj.DTFJIndexBuilder.getUncachedDump(DTFJIndexBuilder.java:7862)
    at org.eclipse.mat.dtfj.DTFJIndexBuilder.getDump(DTFJIndexBuilder.java:7675)
    at org.eclipse.mat.dtfj.DTFJIndexBuilder.fill(DTFJIndexBuilder.java:579)
    at org.eclipse.mat.parser.internal.SnapshotFactoryImpl.parse(SnapshotFactoryImpl.java:203)
    at org.eclipse.mat.parser.internal.SnapshotFactoryImpl.openSnapshot(SnapshotFactoryImpl.java:114)
    at org.eclipse.mat.snapshot.SnapshotFactory.openSnapshot(SnapshotFactory.java:145)
    at org.eclipse.mat.ui.snapshot.ParseHeapDumpJob.run(ParseHeapDumpJob.java:83)
    at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
!SESSION 2012-04-02 12:39:07.107 -----------------------------------------------
eclipse.buildId=M20110909-1335
java.version=1.6.0_30
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
Framework arguments:  -product org.eclipse.epp.package.java.product
Command-line arguments:  -os win32 -ws win32 -arch x86_64 -product org.eclipse.epp.package.java.product

Answer 1

Eclipse Memory Analyzer（MAT）是分析堆转储的最佳工具。

Java堆转储分析工具不断崩溃

1 个答案: