WinDbgは非常に遅くなっていますか？

Question

私はいくつかのミニクラッシュダンプを分析しようとしています。私はWindows 10 Pro Build 1607とWinDbg 10.0.14321.1024を使用しています。私はミニダンプ（すべて< 1メガバイトの.dmpファイル）をアップロードするたび

SRV*C:\SymCache*https://msdl.microsoft.com/download/symbols 

に設定私のシンボルファイルのパスは基本的に、それは実際にそれらを分析するために永遠のWinDbgを取る持っています。私は最初のランが長くかかることは理解していますが、コマンドを入力できるようになるまでには12時間ほどかかりました。私は、シンボルがキャッシュされていたので、同じ.dmpを再び開くのに時間がかかりませんと仮定しました。これはそうではありません。それはロードされ、 "カーネルシンボルの読み込み"にかなり瞬時に行き、 "BugCheck"行を印刷する前にさらに30分かかります。 30分も経ちましたが、まだコマンドを入力することはできません。

私のPCには、512 GBのSSD、8 GBのRAM、およびi5-4590があります。私はこれが遅いとは思わない。

私は間違っていますか？

Answer 1

これはというシンボルサーバーで、実際にはです。他の人も気付いています：https://twitter.com/BruceDawson0xB/status/772586358556667904

シンボルパスにはローカルキャッシュが含まれているため、次回は高速に読み込む必要がありますが、キャッシュが有効ではないようですが、完璧なマッチではなく、毎回ダウンロードされています）。

_NT_SYMBOL_PATH（または、あなたのsympathが初期化される方法は何でも）をSRV*C:\SymCacheに変更することをお勧めします。自動的にダウンロードしようとしないでください。既にローカルにキャッシュされているシンボルを使用してください。イメージはかなり速く開くはずです。シンボルが見つからない場合は、シンボルサーバのみを有効にしてください。

Answer 2

最近、このような苦情が頻繁に発生しているように見え、私のPC上で再現することができます。これはあなたのせいではなく、Microsoft側のインターネットやシンボルサーバーに関する問題です。

Wiresharkのでトラフィックを監視し、シンボルキャッシュが読み込まれますどのように私のディスクを見て、私が言うことができます。

• 一つだけのファイルが一度にダウンロードされています。
• 問題も古いWinDbgのバージョン（6.2.9200）
• 問題はHTTPおよびHTTPS
• で発生したシンボルが検出された場合、転送速度が非常に遅く、その後増加に伴って起こります。実効転送速度は、11 kb/s〜20 kb/s（6500 kb/sを扱うことができる回線上）です。
• パケットの数が非常に多く、特にパケットの重複ファイルがまだダウンロードされていない "ルックアップフェーズ"。このようなルックアップフェーズは簡単に8分かかることがあります。
• ファイルがすでにディスク上に存在する場合でも、「ルックアップフェーズ」が実行されます。
• HTTP往復時間（応答への要求）が8〜9秒