問題タブ [jstack]

Java - Jmeter マシンのスレッド ダンプを取得したいと考えています。私の Jmeter マシンでは、多くのスレッドがクローズされておらず、テスト タイミング後にスタックしていることがわかります。さらにデバッグするために、スレッドダンプを取得しようとしました(「jstack -PID>>Fileae.txt」コマンドを使用)。ただし、このコマンドは 24 時間後も実行されていますが、これにより空のテキスト ファイルが作成されます。その Java プロセスのスレッド ダンプを取得できないのはなぜですか。

最近、jvisualvmとjstackを使用して Java 8u20 tomcat コア ダンプを分析しました。ほとんどのスレッドでは、完全なスタック トレースを確認できます。

しかし、現在のスレッド (コア ダンプの原因となっているスレッド) にはスタック トレースはなく、表示されるのは次のとおりです。

の次の説明を見つけましたIN_JAVA。

• NEW：起動中、つまり初期化中です。
• IN_NATIVE: ネイティブ コードで実行しています。
• IN_NATIVE_TRANS: 対応する遷移状態。
• IN_VM: VM で実行中。
• IN_VM_TRANS: 対応する遷移状態。
• IN_JAVA: Java またはスタブ コードで実行します。
• BLOCKED: vm でブロックされました。
• BLOCKED_TRANS: 対応する遷移状態。

ログには、VM ネイティブ コードを呼び出している Javaのhe_errメソッドが示されていますが、残りの Java サイド スタックに関心があります。

これがなぜなのかについてのアイデアは大歓迎です！

Windows マシンで Adob​​e AEM を使用しています。Author インスタンスが非常に遅くなり、同じことを調査するために、コマンド jstack.exe pid > output file を使用してスレッド ダンプを取得しようとします。

問題は、このコマンドの出力が常に同じではないことです。以下は、得られた 2 つの異なる出力です。

これは、どのスレッドがブロックされているかについての情報をほとんど提供しません

そして、以下は2番目の出力です

2 つの異なる出力の理由を理解したい。また、2 番目の出力は、スレッド ダンプ アナライザーなどのツールで非常にわかりやすい要約を提供します。