Visual Studio読み込みシンボル

私はしばらくの間、ColdFusionプロジェクトに取り組んでおり、少なくともVisual Studioの動作がおかしくなり始めました。

デバッグを開始すると、プロジェクトがビルドされ、デプロイが開始され、デプロイが完了し、プロジェクトのシンボルのロードを開始していることがわかりました。

しかし、それは非常に遅く、なぜこのステップを始めたのかはわかりません。私は何をしたでしょうか？

このシンボルの読み込み手順は必要ですか？どうすれば無効にできますか？

[ツール]-> [オプション]-> [デバッグ]-> [シンボル]ダイアログには、シンボルファイル（.pdb）の場所が追加されていません。また、プロジェクトのデバッグディレクトリの下のフィールドをポイントし、[シンボルが...の場合にのみ上記のディレクトリを検索する]チェックボックスをオンにしました。シンボルの読み込みをオフにするには、このダイアログをどのように設定すればよいですか？

ロードされているシンボルを[モジュール]ウィンドウで確認しましたが、何も表示されません。何が問題ですか？

デバッグ->すべてのブレークポイントを削除（http://darrinbishop.com/blog/2010/06/sharepoint-2010-hangs-after-visual-studio-2010-f5-debugging）その後、再度使用できますが、実行してください一度。ある種の「無効な」ブレークポイントも削除され、シンボルの読み込みが再び高速になります。私はこの問題を数日間追跡していました:(。

読み込みが遅いもう1つの理由は、デバッグオプションで[コードのみを有効にする]を無効にしている場合です。これを有効にするには：

Tools -> Options -> Debugging -> General -> Enable Just My Code (Managed Only) 

これがチェックされていることを確認してください。

ツール、オプション、デバッグ、シンボルで構成します。

出力ウィンドウ（ビュー、出力）を見て、通常何が行われているかを確認できます。それが本当に遅い場合は、おそらくMicrosoftのシンボルサーバーにアクセスして、不足しているシンボルをダウンロードしている可能性があります。これは、起動時に見つけることができないファイルごとに3つのHTTPヒットを必要とします。これは、下部のステータスバーやFiddlerなどで確認できます。デバッグしている間、どのモジュールがシンボルをロードしたかをDebug、Windows、Modulesで確認できます。

シンボルは、サードパーティおよびシステムアセンブリへの有用なスタックトレース情報を取得することを意味します。あなたは間違いなくあなた自身のコードのためにそれらを必要としますが、それらは関係なく読み込まれると思います。あなたの最善の策は、そのメニューの非ローカルシンボルソースをすべてオフにすることです。デバッグする必要のないシステムアセンブリの多くのシンボルをロードする場合は、それらのロードを一時的に無効にして、デバッグの開始を高速化できます。しかし、それらをロードしておくと便利です。

ちょうどこの問題がありました。

次の場所に移動して修正しました：

ツール -> オプション -> デバッグ -> シンボル

次に、ローカル以外のすべてのソースのシンボルファイル（.pdb）の場所をオフにします。

例：Microsoft Symbol Serversおよびmsdl.microsoft.com/download/symbols

私も同様の問題に直面しました。私の場合、WinDbgで使用するために_NT_SYMBOL_PATHをMicrosoftサーバーからダウンロードするように設定しましたが、設定するとVisual Studioはそれを無視する方法なしで使用するように見えます。その環境変数を削除することで問題が解決しました。

あなたは非常に遅いVisual Studioのデバッグ/ロードに対して次の答えを試すことができます：

1. [ツール]-> [オプション]-> [デバッグ]-> [全般]に移動します

2. 「コードのみを有効にする」の横にあるチェックマークをオンにします。

3. [ツール]-> [オプション]-> [デバッグ]-> [シンボル]に移動します

4. 「...」ボタンをクリックし、ローカルコンピュータのどこかに新しいフォルダを作成/選択して、キャッシュされたシンボルを保存します。私は「シンボルキャッシング」という名前を付けて、[ドキュメント]-> [Visual Studio 2012]に配置しました。

5. [すべてのシンボルをロード]をクリックして、Microsoftのサーバーからシンボルがダウンロードされるまで待ちます。しばらく時間がかかる場合があります。[すべてのシンボルをロード]ボタンは、デバッグ中にのみ使用できることに注意してください。

6. Visual StudioがリモートでMicrosoftサーバーにクエリを実行しないようにするには、「Microsoft Symbol Servers」の横のチェックマークをオフにします。

7. 「OK」をクリックします。

また、すべてのブレークポイントを削除してみてください（Debug> Delete all the breakpoints）、

参照：Visual Studio 2015 RC1は、シンボルの読み込み中にデバッグモードでハングします

私にとって、受け入れられた回答に示されているように、それはブレークポイントに関連しているようです。ただし、すべてのブレークポイントの削除を含まない2つの回避策を見つけました。

• Visual Studioを再起動すると一時的に修正されたようです。
• デバッグ中に「X」ボタンをクリックしてVisual Studioを閉じると、「デバッグを停止しますか？」ポップアップするメッセージボックス。このメッセージボックスが表示されている間、シンボルは通常の速度で読み込まれます。すべてのシンボルが読み込まれたら、「いいえ」をクリックしてクローズをキャンセルできます。

この問題が発生しました。ブレークポイントの削除は機能しませんでした、または少なくともそれだけでは機能しませんでした。これが失敗した後、[ツール]> [オプション]> [デバッグ]> [シンボル]と[シンボルキャッシュを空にする]をクリックしました

その後、ソリューションをクリーンアップして再構築しました。

今は正常に動作しているようです。したがって、リストされている他のすべてのものを試しても、それでも違いがない場合は、これらの追加の情報が役立つ場合があります...

私の場合、Visual Studioは、私のマシンで光学ドライブを参照するパスでサードパーティのPDBを探していました。トレイにディスクがないと、Windowsで約30失敗し、その場所からPDBを読み込もうとしたため、Visual Studioの速度が低下しました。詳細については、こちらの完全な回答を参照してください：https : //stackoverflow.com/a/17457581/85196

同じ問題があり、シンボルのロードをオフにした後でも、Visual Studioでのモジュールのロードはひどく遅くなりました。

解決策は、ウイルス対策ソフトウェア（私の場合はNOD32）を無効にするか、それよりも例外を追加して、プロセスがアセンブリを読み込んでいるパス（私の場合はGACフォルダーと一時ASP）を無視するようにすることでした。 .NETファイルフォルダ）。

私の2セント

x64リリースモード（CPUサンプリング）で（Visual Studio 2013）診断レポートを取得しようとしたときに同様の問題があり、必要なdllファイルのシンボルが読み込まれている間、実行可能ファイルのシンボルが読み込まれませんでした。

[シンボル]メニューでは何も変更せず、代わりに、ソリューションエクスプローラーの実行可能ファイルのスレッドのプロパティページでいくつかの変更を行いました。

構成プロパティ/全般/管理対象の増分ビルドをYESに有効化

構成プロパティ/デバッグ/環境をNOにマージ

構成プロパティ/ C / C ++ /ブラウズ情報をYESに設定（/ FR）

構成プロパティ/リンカ/ YESへの増分リンクを有効にする（/ INCREMENTAL）

編集：これは最後のトリックです

....

構成プロパティ/リンカー/デバッグ/ デバッグ情報を生成してはい（/ DEBUG）

....

その後、動作し、シンボルを正常にロードしました。上記の1つ以上が私のためにトリックを実行したと確信しています（正確にはどちらかはわかりません）。他の人に知らせて、これを試してみたいだけです。

平和

ブレークポイントの1つを右クリックして、[場所]を選択します。次に、「ソースコードを元のバージョンと異なるものにすることを許可する」チェックボックスをオンにします

Visual Studio 2017のデバッグシンボルの「高速化」オプション。ただし、まだオプションのカスタマイズに夢中になっているわけではありません。

1. でTools -> Options -> Debugging -> Symbols
   。「Microsoft Symbol Server」オプションを有効にします
   。「空のシンボルキャッシュ」をクリックし
   ます。、スポットを見つけることは容易にあなたのシンボルキャッシュを設定するなどのC:\dbg_symbolsか%USERPROFILE%\dbg_symbols
2. デバッグを再実行した後、すべてのシンボルを1回、最初から最後まで、または可能な限りロードします。

1Aと2は最も重要なステップです。1Bと1Cは、シンボルを追跡し続けるのに役立つ便利な変更です。

アプリがすべてのシンボルを少なくとも1回読み込んだ後、デバッグが途中で終了しなかった場合、それらのシンボルは、次回のデバッグ実行時にすばやく読み込まれるはずです。

デバッグ実行をキャンセルすると、新しく導入されて突然キャンセルされた場合に「クリーンアップ」されていると思われるため、これらのシンボルをリロードする必要があることに気付きました。その種のフローの根本的な根拠は理解できますが、この場合はよく考えられていないようです。

[ツール]-> [オプション]-> [デバッグ]-> [全般]で[ASP.NET（ChromeおよびIE）のJavaScriptデバッグを有効にする]をオフにすると、事前設定されたブレークポイントでVS2017デバッガーを起動できないという問題が解決しました。

私のために働いた唯一のことは、コードタイプを変更することでした。

[ プロセスにアタッチ]ウィンドウで、[ アタッチ先]の選択を[デバッグするコードの種類を自動的に決定する]に変更したところ、ブレークポイントにヒットしました。

以前はネイティブコードのみを選択していました。

Visual Studioがシンボルをロードし続け、スタックしてしまうという同様の問題がありました。

デバッグオプションに「コマンドライン引数」をいくつか追加しましたが、パラメーターの1つが無効です（一部の値を渡すことになっています）。

余分なパラメーターを削除すると、再び機能し始めます。