私はJProfilerを使用してアプリケーションをプロファイリングしていました。その結果、「CPU Views」セクションでは、CPU時間の40％以上がObject.wait()に費やされています。しかし、私が知っている限り、Object.wait()待機スレッドにはCPUが与えられていません。CPU使用量とObject.wait
誰かが何が起こっているのかを理解することができます。なぜこのプロファイラは、CPUの多くがObject.wait()に費やされていることを示していますか？
wait()にある間、プロファイラーはCPUがアイドルであることを認識しません。プロファイラが知っていることは、wait()が入力されたことだけであり、数ミリ秒後に返されます。したがって、それらのミリ秒があなたの実行時間の40％を占める傾向があるなら、あなたはそれを持っています。
プロファイラによって異なります。たとえば、YourKitはCPU時間を正確に測定することができます。http://www.yourkit.com/docs/10/help/times.jsp –
@EliAcherkanはい、jprofilerがそのことを認識していないかどうかはわかりません。他の説明はありません。私が推測できる唯一のもう一つのことは、タイトなループの中に 'wait（）'と何もしていないスレッドがあり、 'notify（）'以外の何もしないタイトなループのスレッドがあれば、 'wait （） 'は実際にCPUの大部分を消費しますが、それ自体が高価なものではなく、他に何もしていないからです。しかし、それは非常にありそうもありません。 –
何が40％ですか？次のコードをプロファイルとします
for (i = 0; i < 1000; i++){
sleep(1);
}
あなたがCPU時間（ない壁時計時間）でのみ見ると、ほぼすべてのそれのがsleepになります。
なぜですか？ CPU時間はまったくわずかですが、CPU時間はです。を使用しています。そのすべてを入力して終了します。sleep。
もちろん、壁時計の時刻を見ると、それ以上のものはsleepになります。
waitのようなブロッキングコールでも同じです。
ありがとうございます。私はYourKitのような別のプロファイラを試して、それが私に何を伝えるのか見てみましょう。 – Faramarz
JProfilerは、さまざまなスレッド状態を区別します。 waitメソッドの表示時間は、CPUビューの右上隅にあるスレッド状態セレクタによって異なります。詳細については、http://blog.ej-technologies.com/2009/07/thread-states-in-cpu-profiling-views.htmlを参照してください。
複数のスレッドを使用しているのですか？これはGUIアプリケーションですか、サーバーですか？ – Kylar
これは、40〜60スレッドの間に多数のスレッドを含む非GUIアプリケーションです。一部のスレッドはネットワークI/Oを待機しており、他のスレッドはI/Oを使用して受信した要求に応答するのを待っています。 – Faramarz