問題タブ [jmap]

Heroku にデプロイされた Play フレームワーク (v2.4.x) のヒープ ダンプを取得したいと考えています。Javaコマンドの前にwith_jmapを付けるように指示するこのherokuガイドを読みました。ただし、play には Java を実行する独自の開始スクリプトがあり、 with_jmap オプションは無視されます。

play herokuでjmapを設定する正しい方法は何ですか? jmap 以外の heroku でヒープ ダンプを取得する別の方法がある場合は、提案を受け付けています。

Elasticsearch ノードの JVM ヒープ使用率が一貫して 80% を超えている理由を突き止めたいと思います。これを行うために、実行してヒープダ​​ンプを取得します

(5348 はプロセス ID です)。その後、VisualVM でダンプを分析できます。

問題はjmap、ダンプの取得中に JVM を一時停止することです。そのため、ノードは基本的に約 5 分間オフラインになります。

この記事では、Linuxでのコアダンプの取得に依存するより高速なアプローチを提案していますgdb。コアダンプを作成するWinDbgは既に試しましたが、VisualVMでは使えませんでした。

Windows にも同様のアプローチはありますか? 数分ではなく数秒でヒープダンプを取得するにはどうすればよいですか?

Solaris で gcore によって生成されたコア ファイルからヒープ ダンプを作成しようとすると、次のエラーが発生します。

コア ファイルへのアタッチ エラー: ターゲット プロセス/コアで libthread が見つかりませんでした!

コア ファイルが作成された JVM は、ヒープ ダンプの作成に使用されているものと同じ Java インスタンスです。このエラーが発生する理由は誰でも知っています。以前に RedHat インスタンスでこれを行ったことがありますが、Solaris では初めてです。これは、Solaris gcore の出力が jmap と互換性がないためでしょうか?

どんな助けでも大歓迎です。

SurvivorRatioパラメーターは、2 つの生存者スペースのサイズを制御します。たとえば、-XX:SurvivorRatio=6 は、各サバイバー スペースと eden の比率を 1:6 に設定します。各サバイバー スペースは、若い世代の 8 分の 1 になります。

以下のように、survivor と eden の容量が SurvivorRatio と一致しないのはなぜですか? がプロデュースjmap -heap 15760。

Javaでプロセスの合計ヒープメモリと使用済みヒープメモリを取得する方法は?

これは Windows ベースで、クロス プラットフォームに必要です。

-XX:+CreateMinidumpOnCrashでクラッシュした JVM ( )の Windows ミニダンプから hprof を抽出しようとするとjmap、InvocationTargetException約 31 MB のhprofファイルが書き込まれます (mdmpファイルは 1700 MB 以上の大きさです):

使用されている jmap バリアントに関係なく、例外がスローされます ( 1.8.0_40 Oracle JDK 対1.8.0_40 Zulu )。

この問題をさらに診断するにはどうすればよいですか?

アップデート：

より新しいjmapバージョン ( 1.8.0_92対1.8.0_40 ) を使用すると、hprof を引き出すこともできません:

新しい Element を位置 2 に挿入し、他の要素を One step Down に移動したいですか? 出来ますか

前

後