2016-04-13 10 views
1

高いCPU使用率のために本番環境から収集されたダンプファイルを探しています。私はとのThreadPool!を走った!暴走コマンドを!runawayコマンドでエラーが発生しました

0:000> !ThreadPool 
CPU utilization: 100% 
Worker Thread: Total: 6 Running: 2 Idle: 4 MaxLimit: 32767 MinLimit: 4 
Work Request in Queue: 0 
-------------------------------------- 
Number of Timers: 8 
-------------------------------------- 
Completion Port Thread:Total: 8 Free: 3 MaxFree: 8 CurrentLimit: 8 MaxLimit: 1000 MinLimit: 4 

0:000> !runaway 
ERROR: !runaway: extension exception 0x80004002. 
    "Unable to get thread times - dumps may not have time information" 

私はほとんどのCPU時間を消費しているかのスレッドを知りたいが、私は!暴走コマンドを実行することはできませんが、以下のように。この場合、sos、sosexなどの拡張機能に他のコマンドがありますか?

+1

ダンプをどのようにキャプチャしましたか?私はETW/WPAを使用してCPU使用率を分析します:https://channel9.msdn.com/Shows/Defrag-Tools/Defrag-Tools-42-WPT-CPU-Analysis WPRUI.exeを使用してくださいCPU使用量**をクリックして**開始**をクリックしてください。** save **) – magicandre1981

答えて

2

ダンプに必要な情報を追加するツールが必要です。 WinDbgので

.dumpコマンドは

がミニダンプに追加のスレッド情報を付加/mt MiniOptionを有しています。これには、!runaway拡張子または.ttime(スレッド表示時刻)コマンドを使用して表示できるスレッド時間が含まれます。

(強調:WinDbgの内のリンク)

tオプションもaオプションに含まれているので、.dump /maにも結構です。

このよう.dumpdebug文書化されていないコマンドを使用して、あなたのダンプがその情報を持っているかどうかを調べるために:

1000 MiniDumpWithThreadInfo 

ライン情報が含まれていると、あなたが持っているさがある場合

.shell -ci ".dumpdebug" findstr "MiniDump" 

別の問題。それがなければ、時間情報は利用できません。

私が知っている他のほとんどのツールは、このような詳細設定を提供していないので、この情報が含まれているかどうかにかかわらず、多かれ少なかれ運があります。

+0

こんにちは@Thomas、私はあなたが提案したことを試して、出力に '1000 MiniDumpWithThreadInfo'を得ることができました。 '!runaway'コマンドの失敗の原因をトラブルシューティングするためのいくつかの基本的なコマンドを提案できますか? –

+0

@AjendraPrasad:電子メールで私と連絡を取り、影響を受けたクラッシュダンプを提供することができるので、問題を分析できますか?私はそのような事件を経験したことはありませんでしたので、私は次に何をすべきか正確には分かりません。私は最初に自分自身にある時間が必要です。 –

+0

ご協力いただきありがとうございますが、ダンプには機密保持契約があります。しかし、私はダンプを分析するために別のMicrosoftツールを試しました。 "Download Debug Diagnostic Tool v1.2"。それは私にトップ5の時間を消費するスレッドを提供します。再度、感謝します –

関連する問題