web-dev-qa-db-ja.com

Visual Studioの遅いデバッグ問題

私のVisual Studioでは、C#コンソールアプリケーションで1行の改行を記述しただけでも、F5を押して実際のコードを実行してから1分かかります(つまり、 F5-Main関数のreturnステートメントにブレークポイントを設定します)。何が間違っているのだろうか?チェックリストはありますか?ありがとう!

Visual Studio 2008 VSTSエディションを使用し、Windows Server 2003 x64でデバッグしています。

事前に感謝、ジョージ

84
George2

すべてのブレークポイントを削除する必要がある場合があります---「すべてのブレークポイントを削除」ボタンをクリックする必要があることに注意してください(またはCtrl-Shft-F9を使用)、[〜#〜] not [〜#〜] 1つずつ削除します。 Visual Studioでソリューション設定が破損している場合、後者は機能しません。これが機能するためには、最初にブレークポイントを追加する必要があるかもしれません(賢い、え?)。

最悪の事態になった場合は、.suoファイルを削除し、Visual Studioでゼロから新しいファイルを開始する必要があります。ただし、個人用ソリューションの構成設定は失われることに注意してください(他のソリューションではなく、このソリューションの場合のみ)。ただし、これが問題であるかどうかを判断するまで、一時的にファイルを移動/名前変更することができます。そうすれば、いつでも元に戻すことができます。いくつかのオンラインリソースでは、.ncbファイルの削除(移動/名前変更)も推奨されています。

145
zweiterlinde

これは前に見たことがあります。 allブレークポイントを削除してから、必要なブレークポイントを設定してください。 F5を押します。今は速いですか?

.NETソースデバッグ機能のセットアップについて言及していることに気付きました。これを無効にすると、Microsoftのソースサーバーへのネットワーク接続が遅くなる可能性があります。また、[ツール]> [オプション]> [デバッグ]> [シンボル]でシンボルサーバー接続を無効にします。

また、[ツール]> [オプション]> [デバッグ]> [全般]で[プロパティ評価とその他の暗黙的な関数呼び出しを有効にする]を無効にしてみてください。

26
m-sharp

または、ソリューション(.sln)ファイルの横にある.suoファイルを削除します。これにより、デバッグセッションの開始と停止に時間がかかっていた問題が解決しました。

19
Frank

この問題があった。リストされたすべてのアドバイスを試し、すべてのVisual Studio拡張機能を削除した後、IntelliTraceが何らかの形で有効になっていることがわかりました。それを無効にするとすべてが修正されました。

http://msdn.Microsoft.com/en-us/library/dd264948%28v=vs.100%29.aspx

12
Kevin DiTraglia

多くのブレークポイントが設定されていますか?それらは本当に起動時間を遅くする可能性があります。新しいモジュールがプロセスのアドレス空間にロードされるたびに、それらがすべて有効かどうかを確認する必要があります。

6

Tools/options/debugger/symbolsに移動して、パブリックシンボルセットまたはUNCネットワークパスセットがあるかどうかを確認します。また、tools/options/debugger/generalをチェックして、ソースサーバーが設定されているかどうかを確認します。

これらはすべて、遅いネットワーク速度または利用できないサーバーに基づいたデバッグに影響を与える可能性があります。 5分間の待機時間はネットワークタイムアウトです。

オプションに何も設定されていない場合は、_NT_SYMBOL_PATH環境変数が設定されているかどうかを確認してください。

6
Steve Steiner

同僚のVisual Studioの応答は非常に遅く、デバッグ中に文字どおりステップを実行するのに数分かかりました。根本原因は、VSの実行中に狂ったアンチウイルスプログラム(脅威)であることが判明しました。そのプロセスを終了すると、すぐにすべてが修正されました。

6
mafu

私の場合、「すべてのモジュール」から「指定されたモジュールのみ」にデバッグシンボルの「シンボルを自動的に読み込む」オプションを変更すると、問題が解決しました。このオプションは、[ツール]-> [オプション]-> [デバッグ]-> [シンボル]から変更できます。

5
cahit beyaz

別の原因に加えて... 問題を見つける方法

私にとっては、オプションでしたShowOtherThreadIpMarkers。値= 1はvs(2010)を耐え難いほど遅くします(デバッグステップごとに3〜5秒。値0では再び高速になります。

そのオプションは何ですか?何も思いつきません。 vsユーザーインターフェースで見つけることができませんでした。私はそこですべての可能なデバッグオプションのチェックを外しましたが、何も機能しませんでした。

だから私はインポートエクスポート設定に行き、vsが再び高速になるまで時間をさかのぼって以前に保存した古い設定をロードし、vssettingsファイルを比較しました...など.

デバッグモードでブレークポイントで停止しているときに設定をロードすると、すぐに有効になります。 デバッガを停止して再起動する必要はありません。

3
marcelloptr

TravisによってリンクされたScottGuのブログから:「最近聞いた他のパフォーマンスの落とし穴は、数人がGoogleツールバーアドインで実行すると報告した問題です。何らかの理由で、Visual Studioデバッガーからブラウザー。Webアプリケーションの読み込みに長い遅延があり、Googleツールバー(または他のツールバー)がインストールされている場合は、それらをアンインストールして問題の原因かどうかを確認してください。

2
Cat Zimmermann

遅いVisual Studioデバッグエクスペリエンスのもう1つの原因...

昔、私は FusionLog を有効にして、アセンブリバインディングの問題の原因を調べました。

使用後は必ず無効にしてください。どうして?有効になっている間、大量のログデータをディスクに書き込むためです。

これは、WindowsのレジストリのFusionLogキーです[regedit.exe]:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

ForceLogLogImmersive、およびLogResourseBindingsの値を有効1から無効0に変更します。

1

デバッガーの下で実行すると、デバッグなしで実行するよりも約10倍遅くなりました。

ここで提案されているすべての解決策を試した後、すべてのデバッガー設定を確認し、有効/無効にして、違いが生じるかどうかを確認しました。

私にとっては、デバッグ設定でモジュールのロード時にJIT最適化を抑制するを無効にすると、massivelyで改善されたことがわかりました。

1
Ben Hughes

私はVS2010でも同じ問題を抱えており、コードを非常に遅く(3から10秒の間)踏みました。ただし、上記の設定変更はどれもトリックを行いませんでした。私は最終的に、上記の投稿の問題のすべてで機能する究極のソリューションを見つけました: here のように、すべての設定をリセットします。

最初に設定の特定の部分を保存したい場合があります。たとえば、最初にカラーテーマ(Solarized風)を保存し、グローバルリセット後に復元します。

1
Spikegee

存在しなくなったサーバーへの古いネットワークマッピングがないことを確認してください(ネットワークタイムアウトはあなたを殺します)。または、 Process Monitor のようなものを使用して、ネットワーク(またはその他のファイルエラー)が長時間ブロックされているように見えるかどうかを確認します。

1
Michael Burr

Symbol Serverを使用して、Windows DLLのシンボルをダウンロードしていますか?

時間がかかる場合があるので、それを無効にしますが、基本的なコンソールアプリで長時間の遅延が発生することはないと思います。

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

1

私の場合、Googleツールバーはデバッグを遅くしていました。 gplus_notifications_gadget.htmlは、デバッガーのオーバーロードを続けています。私はGoogleツールバーを定期的に使用しているため、Googleツールバーを保持したいので、G +通知ボタン(プロファイルボタン以外の小さなボタン)を無効にしました。

1
wcloister

私にとって、パフォーマンスを損なう設定(ウィンドウ8はマウスの動き以外はハングしました)は、[オプション]-> [デバッグ]-> [全般]で[1つのプロセスが中断したときにすべてのプロセスを中断]のチェックを外すことでした.

これが誰にも役立つことを願っています。

1
Niels

これは古いトピックですが、価値があるのは...

別のIEウィンドウを長時間開いていると、デバッグを開始するのに最大1分かかることがあります。すべて閉じるIE =ウィンドウとデバッグがすぐに開始されます。

1
Robbie

私のために働いたのは、条件付きブレークポイントがないことを確認することです。それ以外は、単にビジュアルスタジオを再起動し、一度に1つのビジュアルスタジオのインスタンスのみを開くことで、スローデバッグの修正に成功しました。それが誰かを助けることを願っています...

0
jjxtra

「Autos」ウィンドウを閉じると、vs2008での大きなネイティブc ++ソリューションのデバッグが改善されました。非表示にすることはできません。閉じる必要があります。

0
javs

同様の問題があり、他のガイダンスはどれも役に立たなかったようです。リブートして無駄になりました。すべてのブレークポイントを削除し、suoファイルを削除し、外部ソースからシンボルがロードされていないことを確認し、利用できないアプリケーションにパスが存在しないことを確認しました。

それから、私は解決策をきれいにすることを考えました。出力ウィンドウで、C#IntelliSenseがクリーニング時に問題を報告したことに気付きました。

「{B0C3592F-F0D1-4B79-BE20-3AD610B07C23}」(「システムは指定されたファイルを見つけることができません。」)からのメタデータの読み取りに問題がありました。ソリューションがリロードされるまで、IntelliSenseは正常に動作しない場合があります。

この場合、エラーメッセージを実際に発見すると、その解決方法が正確に示されます。 (エラーテキストの良い仕事、発見可能性の悪い仕事!)ソリューションのプロジェクトをアンロードしてから、それらを再ロードしました。その後、クリーンなソリューションを正常に実行できました。それは機能し、デバッガも同様に機能しました。

HTH

0
Mike L

私もこの問題を抱えていましたが、私の場合はブレークポイントとは何の関係もありませんでした。タスクウィンドウに追加したのはコードショートカットです。

http://www.customsoftwareframeworks.com/blog/longwaittimetoinsertoraddalineoftextbuginvisualstudio--tasklistwindow--onlywhenaddingandremovelines

私はあなたがこのような問題を見ることができる他の方法があると確信していますが、私のためにこの問題を引き起こしたバグがどこかにあります...行う。だから、私はそれをデバッグし、私のブログでそれについて書いた...あなたの問題は私のように聞こえる。

ありがとう。

0
shawn

私は同じスローダウンを経験し、他のコメントと回答が述べているように、ネットワークから切断することで問題を解決しました(もちろん理想的な解決策ではありません)。

私の場合、この1つの簡単な変更によりソリューションが修正されました。[デバッグ]タブのプロジェクトプロパティで、[Visual Studioホスティングプロセスを有効にする]を無効にしました。 (VS2010を実行しています)

0
amalgamate