問題タブ [thread-dump]

Javaスレッドダンプでは、スタックトレース内に記載されているロックを確認できます。
3種類の情報があるようです：

1：

2：

3：

• 1：スレッドはオブジェクト0x00002aab329f7fa0のロックを取得しました。
• 2＆3：スレッドは、上記のオブジェクトのロックが使用可能になるのを待っていると言っているようです...
  しかし、2と3の違いは何ですか？

Tomcat で Java EE ベースのアプリケーションを実行していますが、数時間実行した後、アプリケーションが突然ハングします。

ハングする直前にアプリケーションからスレッド ダンプを収集し、分析のために TDA に入れました。

TDA (スレッド ダンプ アナライザー) は、上記のモニターに対して次のメッセージを表示します。

上記で強調表示されたスレッドのスタックトレースは次のとおりです。

"waiting for monitor entry"状態が何を意味するのか知りたいです。また、この問題のデバッグに役立つポインタをいただければ幸いです。

Linuxで$JAVA_HOME/ bin/jstackを使用してJBoss4.2.3.GAのスレッドダンプを生成すると...次のエラーが発生します。

なぜこれが起こっているのか考えはありますか？誰かが同時にヒープダンプを実行しているのではないかと思いました。他のアイデアはありますか？

core.26416 、Java のこのファイルは何ですか? どのツールで分析できますか? Java スレッド ダンプ、ヒープ ダンプ、およびコアの拡張子は何ですか? スレッド ダンプ/ヒープ ダンプとコア ダンプの違いは何ですか?

スレッドTP-Processor27が待機中です。スレッド ダンプが表示されます。

通常、行の直後にまたは同様WAITING (on object monitor)の行が続きます。waiting on <0x09c34480>しかし、以下のダンプにはありません。このような場合、どの ID で待機しているかを知ることはできますか?

呼び出し中にスレッドがロックされる

スレッド ダンプの一部は次のとおりです。

でロックされているように見えます

最後にヒープの詳細は、

例外をスローせずにスレッドは続行しません。

まず、変更を予定してい-XX:MaxPermSizeます。他にできることはありますか？

きっと、人々はこの例外に直面したに違いありません。

前もって感謝します。

メモリ使用量とCPU使用率を追跡するスレッドを作成したいと思います。

アプリケーションが高レベルに達した場合、ヒープダンプまたはスレッドダンプを生成したいと思います。

再起動せずにスレッドダンプランタイムを生成する方法はありますか？

良いスレッド ダンプ アナライザー ツールを知っていますか? 完璧です：

• 自由
• いくつかのスレッド ダンプを読み取って比較できます
• どのスレッドが最も長くかかったか、スレッドがロックされているクラスは何かなどを指摘します。
• 単一のロックの取得を待機しているスレッド、ロック、デッドロック、および複数のスレッドを表示します

編集：

• オフライン分析 - 1 つまたは複数のスレッド ダンプを含むファイルをロードし、分析します。

編集: 私の選択は: サムライです。私が必要とするすべての機能を備えています: ログファイルをロードし、いくつかのスレッド ダンプを比較します。それを分析して指摘します：

• 待機スレッド
• ブロックされたスレッド
• ブロックスレッド
• デッドロック

TDA が与えられた最良の回答であるため、質問は回答済みのままにします。

パフォーマンス テストでは、高い CPU 使用率 (100%) に遭遇し、スレッド ダンプは、ほとんどの場合、スレッドが JSF ライフサイクルの復元ビューまたはレンダリング レスポンス フェーズを実行しているか、または含まれている jar ファイルへのアクセス中にブロックされていることを示しました。 xhtml ページ。

実行可能なスレッドのスレッド ダンプの 1 つは、

ブロックされたスレッドのスレッド トレースが

アプリケーションとして Glassfish 3.1.1 を使用します。これをさらに調査する方法について提案を得たいと思います。これは正常な動作ですか？グラスフィッシュは、リソースのキャッシュメカニズムなど、ブロックされたスレッドを解決するための代替手段を提供しますか?

前もって感謝します

分析ツールを使用してスレッドダンプを表示することをお勧めします。

シングルスレッドダンプは、実際に何が起こっているかを評価するのが難しい場合があります。可能な場合は、15秒の間隔で複数のスレッドダンプを生成する必要があります。