Visual studio Visual Studio 2005对于C++； VS 2005是一个非常非常长的时间来编译我的C++解决方案突然。我尝试删除Intellisense DLL并删除.suo和.ncb文件，但没有任何帮助。在我构建Process Explorer的过程中，大部分时间都显示几乎所有的CPU时间都花在了系统空闲进程上，所以我不知道Visual Studio在浪费什么时间

此外，团队系统中的“团队经理”在你做任何事情时都需要8年的时间来更新。我尝试了MS提示来禁用“CMI”，但没有多大帮助

关于如何加快速度有什么想法吗

编辑：不通过网络共享访问内容。我已打开VSS集成，但已将其关闭

---

编辑第二条：谢谢你的帮助。没有什么特别突出的，我想这只是VS中的一个糟糕的积累。我只是要删除并重新安装VS2005，而不是安装Team Explorer的东西，希望这会有所帮助。

固态磁盘存储、更多内存和更快的机器。如果您使用的是VS 2005，您可能在硬件方面也不是最先进的…

固态磁盘存储、更多内存和更快的机器。如果您使用的是VS 2005，您可能在硬件方面也不是最先进的…

关闭Visual Studio后，请尝试删除项目目录中的临时文件，尤其是ncb。这通常会解决无法解释的速度减慢问题。

关闭Visual Studio后，请尝试删除项目目录中的临时文件，尤其是ncb。这通常会解决无法解释的速度减慢问题。

当事情在没有任何活动迹象（CPU、硬盘）的情况下开始明显变慢时，通常是因为某些组件正在等待其他组件（通常是网络）。如果其域控制器消失或变得无响应，Windows本身可能会从响应变为异常缓慢。重新启动通常可以解决这个问题。有些事情可能依赖与Internet的连接来执行各种任务，如果发出请求的组件没有意识到网络不可用，则可能会导致速度减慢

---

我曾经遇到过这样一种情况，每件事花费的时间都比看上去需要的要长得多。事实证明，Windows“安全”事件日志设置为具有最大大小，设置为仅在条目存在一定天数后覆盖条目，并且事件日志已满。似乎每当Windows想要写一个安全事件日志条目时，内核都会坐在那里等待，直到最旧的条目足够旧，可以删除！最后，我不得不关闭机器电源，以管理员身份登录，修复设置，然后重新启动。

当事情开始变得非常缓慢，而没有任何活动迹象（CPU、硬盘）时，通常是因为某些组件正在等待其他东西（通常是网络）。如果其域控制器消失或变得无响应，Windows本身可能会从响应变为异常缓慢。重新启动通常可以解决这个问题。有些事情可能依赖与Internet的连接来执行各种任务，如果发出请求的组件没有意识到网络不可用，则可能会导致速度减慢

---

我曾经遇到过这样一种情况，每件事花费的时间都比看上去需要的要长得多。事实证明，Windows“安全”事件日志设置为具有最大大小，设置为仅在条目存在一定天数后覆盖条目，并且事件日志已满。似乎每当Windows想要写一个安全事件日志条目时，内核都会坐在那里等待，直到最旧的条目足够旧，可以删除！最后，我不得不关闭机器电源，以管理员身份登录，修复设置，然后重新启动。

删除这些文件只会让它变长，因为它们是缓存（我想）。您是否通过网络共享访问文件？您是否使用任何构建前或构建后脚本？删除这些文件只会使其变长，因为它们是缓存（我认为）。您是否通过网络共享访问文件？您是否使用任何构建前或构建后脚本？它过去工作正常。我的机器是奔腾双E2180@2 GHz，内存为2GB。我使用VS 2005是因为它是一个较旧的解决方案。SSD存储？作为解决方案？真正地你必须站在“硬件的前沿”才能快速编译？你也可能错过了“突然”部分。它过去工作得很好。我的机器是奔腾双E2180@2 GHz，内存为2GB。我使用VS 2005是因为它是一个较旧的解决方案。SSD存储？作为解决方案？真正地你必须站在“硬件的前沿”才能快速编译？你也可能错过了“突然”部分。