一下内容都来自网上
关于VS2005卡死在开启见面的问题
关于VS2005这个编译器有的时候,你会发现它存在一些问题,就是卡死在开启界面处。
原因:可能是你安装了VMware了,再安装VMware后,它可能会检测你电脑上是否安装了编译器,这里假设你安装了VS2005,这个时候它就会在注 册表的相应位置添加信息。
以下是注册表中的路径:
HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/VisualStudio/8.0/AddIns/VMDebugger.Connect
我们必须将HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/VisualStudio/8.0/AddIns /VMDebugger.Connect 路径的 LoadBehavior项改为0。这样重新启动VS2005才行!
我们在用VS2005打开一个比较大的解决方案时,比如大于100个工程的解决方案,机器会变得非常慢。如果你有机器是超 线CPU,会在进程管理器中看到有一个CPU始终是处在100%的运行状态,同时我们的内存会直线上升,在我的机器上,通常是内存和虚拟内存都占了 280M。
原来这是VS2005 RC1版的一个BUG,据说在Beta1和2版中都没有出现这种情况。当打开一个解决方案后,VS2005就开始更新IntelliSense。对于一个 比较大的解决方案,这个过程往往会超过10几分钟,并且一旦解决方案做了一点小小的修改,VS2005又会重新更新IntelliSense。周而复始, 极大的影响工作效率。
还好微软有关人士表示正在关注这个BUG,并准备推出Hotfix来修复这个问题。另外在Hotfix没有出来前,他给我们提供了一种解决办法,把 VS2005安装目录下的文件VC/vcpackages/feacp.dll重新命名,这样可以禁掉更新IntelliSense。
这样处理后,当我再次打开FitvFull.sln后,发现不再更新IntelliSense了,机器速度快了很多,并且内存和虚拟内存都下降到了 100M左右。
当然,这样做也是有代价的,没有了IntelliSense,一些智能的提示没有了,通过F12找到变量定义的功能也没有了。至于其中的得失,由各位自己 取舍吧。
转自: http://hi.baidu.com/infc/blog/item/8cf44bed1cf61ad2b31cb1a8.html
From:http://blog.youkuaiyun.com/zeuskaaba/archive/2009/04/06/4051269.aspx
在VS2005下 开发MFC项目时,最近发现用向导生成代码时突然变得很慢,
这包括了添加类、添加变量 和 “事件”、“消息”、“重写”的添加等,都会有2-3秒左右的无响应时间。
经过查询,原因如下:
注册表:HKEY_CURRENT_USER/Software/Microsoft/VisualStudio/8.0 /ProjectMRUList 的位置中
存储着你最近打开的的解决方案,当你进行上述操作时 VS都会试图访问这些文件,如果访问不到就会有一个等待时间。
如果您启用网络连接连接存盘打开局域网上另一台机器的项目,或者是打开过移动硬盘或优盘里的项目之后,那些位置现在连接不到了的话,那么就会导致等 待时间。
解决方案:
找到 HKEY_CURRENT_USER/Software/Microsoft/VisualStudio/8.0/ProjectMRUList 的位置
把有关现在连接不到的项目删除掉就OK了。
注意,该位置中的注册表项已经按照File1-FileN排好序的,如果您删除了第K项,那么之后的第FileK-FileN项就都自动删除了,如 果您想保留的话就只能麻烦您手动改序号了。
本文来自优快云博客,转载请标明出处:http://blog.youkuaiyun.com/zeuskaaba/archive/2009/04/06/4051269.aspx