【问题标题】:'Start Debugging' takes forever in VisualStudio 2005在 Visual Studio 2005 中“开始调试”需要很长时间
【发布时间】:2009-02-26 02:23:56
【问题描述】:

我有一个包含 > 1000 个文件的大型项目。 当我按下绿色的“播放”按钮开始调试时,一旦所有内容构建完成,应用程序开始运行最多可能需要 5 分钟。

看起来 Visual Studio 正在加载和卸载各种 DLL,但它也只是偶尔无所事事。

从命令行运行只需几秒钟。

发生了什么事?如何加快速度?

[EDIT] 原来是我们的符号服务器。管理员在没有通知任何人的情况下杀死了它。呵呵。

感谢你们的帮助。

【问题讨论】:

  • 我想发布关于编译的 XKCD 漫画...

标签: c++ visual-studio debugging visual-studio-2005


【解决方案1】:

一些想法和建议:

  • 这可能是由于复杂的依赖检查 VS2005 确保没有组件发生更改并且必须在调试之前重新构建。有时调整解决方案中的项目间依赖关系会有所帮助。

  • 您是否在 Visual Studio 中使用 源代码管理 集成?如果是这样,有时访问网络上其他地方的源代码控制存储库可能会导致 Visual Studio 像这样变慢。如果使用 ClearCase 等源代码控制系统可以减少不必要的 LAN 通信(例如使用快照视图),请考虑这样做。

  • 我还发现单独运行可执行文件(从 Visual Studio 外部)然后使用 VS2005 附加到进程可以更快。这主要是我的工作方式,我觉得它不那么令人沮丧。

  • 要考虑的另一件事是您是否使用 符号服务器 来访问 Windows DLL 的调试符号。如果是这样,VS2005 有时可以在每次调试时尝试访问符号服务器。解决这个问题的方法是加载符号一次,然后在 Tools->Options->Debugging->Symbols 下取消选中符号服务器 URL。只要操作系统库在您上次下载符号后没有发生变化,就没有理由每次都访问远程服务器。

【讨论】:

  • 谢谢你...原来是我们的符号服务器。管理员在没有通知任何人的情况下杀死了它。呵呵。
【解决方案2】:

听起来它可能正在为您可能不关心的各种 DLL 加载符号。您可以在选项中禁用这些。

如果没有,您在“输出”窗口中看到了什么?

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2018-10-16
    • 2020-06-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-11-11
    • 1970-01-01
    • 2021-09-06
    相关资源
    最近更新 更多