Java堆轉儲分析工具不斷崩潰

我有一臺運行帶有750兆permgen空間的3gb JVM的服務器。即使在這個愚蠢的應用程序中拋出更多的硬件後，我仍然偶爾會遇到內存堆轉儲。我需要弄清楚事故發生時的情況，但是我的分析工具有問題。Java堆轉儲分析工具不斷崩潰

JVM在AS/400硬件上運行，這意味着我需要IBM的PowerPC版本的JVM。當然，IBM是IBM，他們將轉儲文件的格式從標準Sun（Oracle）版本更改爲定製IBM版本。顯然，那裏唯一的轉儲分析工具是作爲Eclipse插件構建的，該插件有一個IBM插件，允許它讀取IBM的定製轉儲文件。

那就是配置，現在是問題。絕對最大的我可以啓動我的筆記本電腦上的JVM是4800 megs 4700 meg permgen。 Eclipse將不會運行，設置的任何更高，我懷疑，因爲這需要我的筆記本電腦的可用內存的100％以上。即使所有這些空間，Eclipse都會給我堆堆試圖分析文件。

有沒有其他的分析工具，不需要我有一個比JVM更大的JVM試圖分析？

這裏是從哪兒日食崩潰

!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

來源

2012-04-03 scphantm

你如何運行MAT？從ISA內部？如果是這樣，你怎麼提高-Xmx？（即：你怎麼能確定它的生效？） – 2012-04-04 06:14:48

Eclipse Memory Analyzer（MAT）日誌條目是分析堆轉儲的最佳工具。

來源

2012-04-03 14:58:13

是啊，這是即時通訊使用和有問題。 – scphantm 2012-04-03 17:45:59

你不需要增加太多的Eclipse內存。我已經成功地使用運行在少於1Gb內存的Eclipse上分析了幾個Gb轉儲。 Sun的JHat工具甚至沒有打開這些轉儲。無論如何，你沒有詳細解釋你在轉儲分析工具中遇到的問題。 – 2012-04-03 18:19:45

我在上面添加了eclipse日誌文件。即使JVM的啓動速度如此之高，您也會看到結果。我沒有嘗試過的一件事是獨立MAT。是否可以將IBM插件安裝到獨立版本中？ – scphantm 2012-04-03 19:30:25

Java堆轉儲分析工具不斷崩潰

回答

相關問題