最近、CPUが通常の傾向よりも多くのリソースを消費する少数のサーバーで問題に直面します。私はこれの根本原因を突き止めようとしており、タスクマネージャからw3wpプロセスのダンプを取った（プロセスを右クリックしてダンプを取った）。
今DMPファイルサイズが14ギガバイトであると私はWinDBGのを通してそれを分析しようとしていますが、ツールが動作し、メッセージを取得していない：
ダンプファイル分析
私はまた、いくつかのミニダンプを取ったが、少数であるが、それらのいくつかは罰金を開きますそうではないので、32ビットまたは64ビットの混乱に関係しません（収集されるダンプは64ビットです）。 この問題の原因を知りたいと思います。それはファイルサイズですか、私は適切にダンプを取っていません。
linkを確認しましたが、役に立たないです。
Windbgはこの仕事に適したツールではありません。ダンプはスナップショットだけなので、以前に何が起こったのか分かりません。 ETWとここではCPUサンプリングを使用します。これはすべての呼び出しを合計し、CPU使用量を詳細に示します。
（あなたは、Windows 7/Server2008R2を使用している場合Win8/8.1（Server2012/R2）とWin10またはV1511 SDKにV1607 works）は、Windows 10 SDKの一部であり、Windowsのパフォーマンスツールキットをインストールします）、WPRUi.exeを実行し、CPU Usage
Startを押してください。高いCPU使用量の1-2分をキャプチャし、次にSaveをクリックしてください。、ドラッグ及び考察ペイン
とload the Debug SymbolsにCPU Usage (Sampled)グラフをドロップ。ここで、グラフ内のプロセスを選択し、拡大してスタックを展開します。ここではすべての呼び出しのCPU使用量が表示されます。
このサンプルでは、Internet ExplorerのほとんどのCPU使用量はHTMLのものです。
、それが何をしているかを見るためのw3wpプロセスのスタックを展開します：WPAを使用すると、GCやJITなどの関連グループは、.NET示した.NETアプリケーションの場合
。名前からあなたは何が起こるのかを知るべきです。
いい反応。私はちょうど無限ループを持っているなら '！runaway'を実行して得ることができることを追加したかっただけです。しかし、私はあなたがここに述べた何かに同意しません。 –
ありがとう@SteveJohnsonしかし、ここでは、サーバースナップショットを取る別の方法を考え出すのではなく、dmpファイルを開こうとしています。 –
再度XY問題（http://meta.stackexchange.com/a/66378）を実行します。私のテクニックを使って問題のトラブルシューティングを行い、誤ったツールwindbgではない – magicandre1981
*「ファイルサイズですか？」 - おそらくそうではありません。サポートされているすべてのバージョンのWindowsでは、4 GBを超えるファイルを読み取ることができます。 *「ダンプを適切に取っていない」* - ダンプファイルをどのように作成しているのか分かりません。 – IInspectable
これは32ビットアプリケーションでしたか？32ビットのタスクマネージャを使用してダンプを作成する必要がある場合は、次を参照してください。https://blogs.msdn.microsoft.com/amb/2011/05/12/do-not -collect-32bit-process-dumps-with-64bit-task-manager/ – EdChum
64ビットアプリケーションです。ダンプはタスクマネージャーから取られました。テストのために、私はテスト環境で同じプロセスを踏んで、800 MBのダンプを取りました。これはうまくいきます。 –