私のVisual Studioインスタンスでは、C＃コンソールアプリケーションで単一行のreturnを書き込んだとしてもF5、実際のコードを実行するためにを押してから1分かかります（つまり、単一のreturnステートメントで停止するのにかかる時間押すF5- main関数のreturnステートメントにブレークポイントを設定します）。なにが問題ですか？チェックリストはありますか？
Visual Studio 2008 VSTSエディションを使用しており、Windows Server 2003 x64でデバッグしています。
回答:
あなたは、ボタン（または使用「すべてのブレークポイントの削除」をクリックする必要があることに注意してください---すべてのブレークポイントを削除する必要があるかもしれませんCtrl+ Shift+をF9）しないでちょうどそれらを一つずつ削除します。Visual Studioがソリューション設定を壊した場合、後者は機能しません。これが機能するためには、最初にブレークポイントを追加する必要がある場合があります（賢い、え？）。
最悪の事態が発生した場合は、.suoファイルを削除して、Visual Studioで新しいファイルを最初から開始する必要があります。ただし、個人用ソリューションの構成設定は失われます（このソリューションの場合のみで、他のソリューションでは失われません）。ただし、これが問題であるかどうかを判断するまで、ファイルを一時的に移動/名前変更することをお勧めします。そうすれば、いつでも元に戻すことができます。一部のオンラインリソースで.ncbもファイルの削除（移動/名前変更）を推奨しているのを見てきました。
私はこれを見たことがあります。すべてのブレークポイントを削除してから、必要なものを設定してください。ヒットF5。今は速いですか？
先ほど、.NETソースデバッグ機能の設定について言及されたことに気づきました。それを無効にしてみてください。Microsoftのソースサーバーへのネットワーク接続が遅い可能性があります。また、[ ツール ] →[ オプション ] →[ デバッグ] →[ シンボル ]でシンボルサーバー接続を無効にします。
また、[ ツール ] →[ オプション ] →[ デバッグ] →[ 全般 ]の[プロパティの評価とその他の暗黙的な関数呼び出しを有効にする]を無効にしてみてください。
または、ソリューション（.sln）ファイルの横にある.suoファイルを削除します。これにより、起動と停止に時間がかかるデバッグセッションで発生した問題が解決しました。
.suo、再び開いたところ、デバッグが再び高速になりました。
私はこの問題を抱えていました。リストされたすべてのアドバイスを試してすべてのVisual Studio拡張機能を削除した後、最終的にIntelliTraceが有効になっていることがわかりました。それを無効にすると、すべてが修正されました。
多くのブレークポイントが設定されていますか？これらは、起動時間を本当に遅くする可能性があります。新しいモジュールがプロセスアドレス空間に読み込まれるたびに、それらがすべて有効かどうかを確認する必要があります。
メニューの[ ツール ] →[ オプション ] →[ デバッガ] →[ シンボル ]に移動し、パブリックシンボルセットまたはUNCネットワークパスセットがあるかどうかを確認します。また、メニューのツール*→ オプション → デバッガ → 一般をチェックして、ソースサーバーが設定されているかどうかを確認してください。
これらはすべて、遅いネットワーク速度または使用できないサーバーに基づくデバッグに影響を与える可能性があります。5分の待機時間はネットワークタイムアウトです。
オプションに何も設定されていない場合は、_NT_SYMBOL_PATH環境変数が設定されているかどうかを確認してください。
私の同僚は非常に遅い応答のVisual Studioを持っていて、デバッグ中にステップを実行するのに文字通り数分かかりました。
根本的な原因は、Visual Studioの実行中に狂ったアンチウイルスプログラム（Threatfire）であることが判明しました。そのプロセスを強制終了すると、すぐにすべてが修正されました。
私の場合、デバッグシンボルの[ シンボルを自動的に読み込む ]オプションを[すべてのモジュール]から[指定されたモジュールのみ]に変更すると、問題が解決しました。あなたは、メニューからこのオプションを変更することができますツール → オプション → デバッグ → シンボル。
別の原因プラス... 問題を見つける方法
私にとってそれはShowOtherThreadIpMarkersオプションでした。値が1の場合、Visual Studio（2010）は耐えられないほど遅くなります（デバッグステップごとに3〜5秒。値が0の場合、再び高速になります）。
そのオプションは何ですか？何も思いつきません。Visual Studioのユーザーインターフェイスからは見つかりませんでした。私はそこにあるすべての可能なデバッグオプションのチェックを外し、何も機能しませんでした。
だから私はインポート/エクスポート設定に行き、以前に保存した古い設定をロードして、Visual Studioが再び高速になるまで遡って、vssettingsファイルなどを比較しました...
ブレークポイントで停止したデバッグモードで設定をロードすると、すぐに有効になることに注意してください。デバッガを停止して再起動する必要はありません。
TravisによってリンクされたScottGuのブログから：「最近聞いたもう1つのパフォーマンスの落とし穴は、Googleツールバーアドインで実行中に報告された問題です。何らかの理由で、これにより、ビジュアルをアタッチするときに長い遅延が発生することがあります。ブラウザへのスタジオデバッガ。ウェブアプリケーションの読み込みに長い遅延が発生し、Googleツールバー（または他のツールバー）がインストールされている場合は、それらをアンインストールして、それが問題の原因であるかどうかを確認してください。」
存在しなくなったサーバーへの古いネットワークマッピングがないことを確認してください（ネットワークタイムアウトにより強制終了されます）。または、プロセスモニターなどを使用して、ネットワーク（または他のファイルエラー）が長時間ブロックしているように見えるかどうかを確認します。
SymbolsServerを使用してWindows DLLファイルのシンボルをダウンロードしていますか？
もしそうなら、それはそれがいくつかの時間がかかる可能性があるのでそれを無効にします、しかし私はそれが基本的なコンソールアプリケーションで長い遅延を引き起こすことを期待しません。
メニュー[ツール] → [オプション] → デバッグ → シンボル。
Visual Studio 2010でも同じ問題が発生し、コードの実行が非常に遅く（3〜10秒の間）なりました。ただし、上記の設定を変更してもうまくいかなかった。
私は最終的に、上記のすべての投稿の問題で機能する究極の解決策を見つけました：ここで説明されているようにすべての設定をリセットします（基本的には、メニュー → ツール → インポートとエクスポートの設定、すべての設定をリセット、既存の設定をファイルに保存して（元に戻すため） ））。
最初に、設定の特定の部分を保存できます。たとえば、最初にカラーテーマ（ソラリゼーション風）を保存し、グローバルリセット後に復元しました。
Visual Studioのデバッグエクスペリエンスが遅くなるもう1つの原因...
ずっと前にFusionLog、アセンブリバインディングの問題の原因を確認することができました。
使用後は必ず無効にしてください。どうして？有効になっている間、大量のログデータをディスクに書き込むためです。
これはFusionLogウィンドウのレジストリ（regedit.exe）のキーです：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
変更ForceLog、LogImmersiveおよびLogResourseBindings1から値を0（無効）に（有効）。
私もこの問題を抱えていましたが、私の場合、ブレークポイントとは何の関係もありませんでした。タスクウィンドウに追加したのはコードショートカットでした。
あなたがこのような問題を見ることができる他の方法があると確信していますが、私のためにこの問題を引き起こしたどこかにバグがあります...すべてのオプションを削除するとこれが修正されますが、それは私がしたくなかったものです行う。だから、私はそれをデバッグしてブログに書いた...あなたの問題は私のように聞こえます。
私にも同様の問題があり、他のガイダンスはどれも役に立たないようでした。再起動しても無駄になりました。すべてのブレークポイントを削除し、.suoファイルを削除し、シンボルが外部ソースから読み込まれていないことを確認し、アプリケーションに使用できないパスが存在しないことを確認しました。
その後、溶液をきれいにしようと思いました。出力ウィンドウで、C＃IntelliSenseがクリーニング時に問題を報告したことに気付きました：
「{B0C3592F-F0D1-4B79-BE20-3AD610B07C23}」からメタデータを読み取るときに問題が発生しました（「指定されたファイルが見つかりません。」）。IntelliSenseは、ソリューションがリロードされるまで正しく機能しない可能性があります。
この場合、実際にエラーメッセージを発見すると、それを解決する方法が正確に示されます。（エラーテキストは問題なく、発見可能性は問題です！）ソリューションのプロジェクトをアンロードしてから、再ロードしました。その後、クリーンソリューションを正常に実行することができました。それは機能し、デバッガーも機能しました。
より多くのメモリとより高速なHDを取得します。詳細はこちら。