私は、> 1000個のファイルを持つ大きなプロジェクトを持っています。 緑色の「再生」ボタンを押してデバッグを開始すると、すべてがビルドされると、アプリの実行が開始されるまでに最大5分かかることがあります。VisualStudio 2005で 'Start Debugging'が永遠に実行されます
Visual StudioがさまざまなDLLを読み込んでアンロードしているようですが、時には何もしないこともあります。
コマンドラインからの実行には数秒しかかかりません。
何が起こっているのですか？どうすればスピードアップできますか？
[編集]私たちのシンボルサーバであることが判明しました。管理者は誰にも知らせずにそれを殺した。 Doh。
あなたの助けを借りてくれてありがとう。
いくつかの考えや提案：
それはVS2005は何のコンポーネントが変更を持っていないし、前のデバッグに再構築されなければならないことを保証するためにないことを確認し、複雑な依存によって発生する可能性があります。場合によっては、ソリューション内のプロジェクト間の依存関係を調整することも役に立ちます。
ソース管理をVisual Studioに統合していますか？その場合、ネットワーク上の他の場所でソース管理リポジトリにアクセスすると、Visual Studioがこのように減速することがあります。 ClearCaseのような不要なLAN通信を減らすことができるソース管理システム（スナップショットビューを使用するなど）を使用している場合は、これを行うことを検討してください。
私はまた、（Visual Studioの外部から）別々に実行可能ファイルを実行し、VS2005からを添付して、をプロセスに追加する方がはるかに高速であることがわかります。これは主に私が働く方法であり、私はそれほどイライラしません。
また、シンボルサーバーを使用してWindows DLLのデバッグシンボルにアクセスしているかどうかを検討する必要があります。その場合、VS2005はデバッグするたびにシンボルサーバーにアクセスしようとすることがあります。これを回避するには、シンボルを一度ロードしてから、ツール - >オプション - >デバッグ - >シンボルでシンボルサーバのURLをオフにします。最後にシンボルをダウンロードしてからOSライブラリが変更されていない限り、毎回リモートサーバにアクセスする必要はありません。
これはありがとうございます...私たちのシンボルサーバーであることが判明しました。管理者は誰にも知らせずにそれを殺した。 Doh。 –
おそらく気にしないさまざまなDLLのシンボルがロードされているようです。オプションでこれらを無効にすることができます。
そうでない場合は、出力ウィンドウには何が表示されますか？
私はXKCDのコミックをコンパイルすることについて投稿しています... – TheTXI