分析したいHotSpotJVMヒープダンプがあります。VMはで実行され-Xmx31g、ヒープダンプファイルのサイズは48GBです。
jhatヒープメモリの約5倍（私の場合は240 GB）が必要で、非常に遅いので、試してみません。ArrayIndexOutOfBoundsExceptionは、ヒープダンプを数時間分析した後、クラッシュします。そのタスクに利用できる他のツールは何ですか？ヒープダンプを分析用の効率的なデータ構造に変換する1つのプログラムと、事前に構造化されたデータを処理する他のいくつかのツールで構成される、一連のコマンドラインツールが最適です。
回答:
通常、私が使用するものはEclipse Memory AnalyzerにParseHeapDump.sh含まれており、ここで説明します。これを、より強化されたサーバーの1つに実行します（ダウンロードしてlinux .zipディストリビューションにコピーし、そこで解凍します）。シェルスクリプトは、GUIからヒープを解析するよりも必要なリソースが少なくて済みます。さらに、より多くのリソースを備えた強力なサーバーで実行できます（スクリプトの最後の行の最後になどを追加することで、より多くのリソースを割り当てることができます。たとえば、そのファイルの最後の行は、変更後は次のようになります。-vmargs -Xmx40g -XX:-UseGCOverheadLimit
./MemoryAnalyzer -consolelog -application org.eclipse.mat.api.parse "$@" -vmargs -Xmx40g -XX:-UseGCOverheadLimit
次のように実行します ./path/to/ParseHeapDump.sh ../today_heap_dump/jvm.hprof
それが成功した後、それは.hprofファイルの隣にいくつかの「インデックス」ファイルを作成します。
インデックスを作成した後、そこからレポートを生成し、それらのレポートをローカルマシンにコピーして、それだけで原因を見つけることができるかどうかを確認します（レポートだけでなく、インデックスも）。これは、レポートの作成に関するチュートリアルです。
レポートの例：
./ParseHeapDump.sh ../today_heap_dump/jvm.hprof org.eclipse.mat.api:suspects
その他のレポートオプション：
org.eclipse.mat.api:overview そして org.eclipse.mat.api:top_components
これらのレポートでは不十分で、さらに掘り下げる必要がある場合（つまり、oqlを介して）、インデックスとhprofファイルをローカルマシンにscpしてから、ヒープダンプを開きます（インデックスはと同じディレクトリにあります）。 Eclipse MAT GUIを使用したヒープダンプ）。そこから、実行するのにあまり多くのメモリを必要としません。
編集： 私はちょうど2つのメモを追加するのが好きでした：
ParseHeapDump.shOSXバージョンではなくLinuxバージョンのみにパッケージ化されています-eclipse.org/mat/downloads.php
この関連する質問に対する受け入れられた回答は、あなたにとって良いスタートを提供するはずです（ヒープダンプの代わりにライブjmapヒストグラムを使用します）：
他のほとんどのヒープアナライザー（私はIBM http://www.alphaworks.ibm.com/tech/heapanalyzerを使用しています）は、優れたGUIツールを期待している場合、ヒープよりも少なくとも一定の割合のRAMを必要とします。
それ以外に、多くの開発者は、ライブスタック分析などの代替アプローチを使用して、何が起こっているのかを把握しています。
なぜあなたのヒープがこんなに大きいのか疑問に思う必要がありますか？割り当てとガベージコレクションへの影響は甚大でなければなりません。ヒープにあるものの大部分は、実際にはデータベース/永続キャッシュなどに保存する必要があると思います。
さらにいくつかのオプション：
この人http://blog.ragozin.info/2015/02/programatic-heapdump-analysis.html
ファイルを実際にメモリにロードするのではなく、ヒープダンプファイルを介して「クエリスタイル」インターフェイスを公開するカスタムNetbeansヒープアナライザを作成しました。
https://github.com/aragozin/jvm-tools/tree/master/hprof-heap
「彼のクエリ言語」が、ここで受け入れられた回答で言及されている日食OQLよりも優れているかどうかはわかりませんが。
JProfiler 8.1（ユーザーライセンスは499ドル）も、多額の費用をかけずに大きなヒープをトラバースできると言われています。
最初のステップ：MATに割り当てるRAMの量を増やします。デフォルトではそれほど多くはなく、大きなファイルを開くことはできません。
MAC（OSX）でMATを使用する場合、MemoryAnalyzer.app / Contents / MacOSにMemoryAnalyzer.iniファイルがあります。そのファイルを調整して「取得」させることは、私にとってはうまくいきませんでした。代わりに、このファイルの内容に基づいて変更された起動コマンド/シェルスクリプトを作成し、そのディレクトリから実行することができます。私の場合、20GBのヒープが必要でした。
./MemoryAnalyzer -vmargs -Xmx20g --XX:-UseGCOverheadLimit ... other params desired
ターミナルを介してContents / MacOSディレクトリからこのコマンド/スクリプトを実行するだけで、より多くのRAMを使用してGUIを起動できます。
あまり知られていないツール-http： //dr-brenschede.de/bheapsampler/は、大きなヒープに適しています。サンプリングによって機能するため、少し厄介ですが、すべてを読み取る必要はありません。
Eclipse Memory Analyzerの最新のスナップショットビルドには、特定の割合のオブジェクトをランダムに破棄してメモリ消費を削減し、残りのオブジェクトを分析できるようにする機能があります。MATの次のリリースに含まれる前にこの機能をテストするには、バグ563960と夜間のスナップショットビルドを参照してください。
JXrayという面白いツールに出くわしました。限定評価トライアルライセンスを提供します。メモリリークを見つけることは非常に便利であることがわかりました。あなたはそれに一撃を与えるかもしれません。
ArrayIndexOutOfBoundsException少なくとも2つの バグの機能。MATの実行時にOOMEが報告されていないため、これを述べています。これには別の修正が含まれています。