2010-03-10 82 views
0

我最近从另一个解决方案中将大约十几个类添加到Visual Studio当前的解决方案中。添加这些类后,每当我保存时,Visual Studio都会开始冻结约10秒钟。光标消失,鼠标点击和按键不起作用。Visual Studio 2008在保存后冻结

一些有趣的点:即使在

  • 我删除了类,冷冻的行为仍然存在。

  • 无论我是否对代码进行更改,都会发生冻结。

  • 此行为似乎只影响此解决方案的此特定版本。没有其他解决方案展示这种行为此解决方案的旧版本不受影响。

  • 在Sysinternals Process Explorer中,只要我保存在Visual Studio中,I/O字节图从0跳到2MB大约5秒钟,然后在1秒内下降到大约1 MB,然后跳回到2MB另外5秒。在这段时间内,处理器使用率将上升至3-5%。

这里是我设置的细节:

C#Silverlight项目(也许20个班),.NET版本3.5 SP1时,Visual Studio 2008 SP1 v9.0.30729。

编辑:

我编辑了这个问题广泛地反映了更详细的信息。我认为这可能比开始一个新问题更可取。

回答

0

我无法确定它是否是相同的问题,但由于Windows窗体设计器的原因,我经历了类似的延迟。我解决了这个问题转到

工具 - >选项 - > Windows窗体设计

和车削AutoToolboxPopulate关闭。这是一个很大的,但你可以试试看。另外,我为较大的解决方案所做的一件事是从命令行而不是在Visual Studio中进行编译。您只需打开一个Visual Studio命令提示符并使用msbuild(解决方案名称|项目名称)。您也可以使用/ m进行多核编译。

0

我有一个类似的问题,这并获得成功: http://support.microsoft.com/kb/946344题为“您可能会遇到在IDE中的性能问题您使用Visual Studio 2008来构建一个Visual Basic项目后”

+0

是的,不幸的是,我使用的是C#,并且此修补程序专门针对VB。另外,我没有使用大量的XML注释,并且在编译后发生放缓。不过,感谢您的帮助。 – Klay 2010-03-10 20:18:43

0

刚刚结束一整天的追逐这个错误的下降。根据我的经验,我发现它依赖于线数。这个值是机器特定的。在我的机器上,这是一个35,129的线数限制,并不是特定的大小。同事保存相同的文件时没有相同的问题,但是我能够重新创建插入空白行的问题。然后,我缩小到一行,然后添加字符来增加文件大小,这不会产生问题,所以我可以肯定地说,对我而言,它是关于行数的。一个指标也可能是VS中行数旁边的小弯蓝色箭头。当我超出行数时,这个指标出现在第35,129行。

编辑:如果这是你的问题(并且代表一个非常大的类),那么可以通过部分类来实现合适的修复。欲了解更多信息http://www.techrepublic.com/article/splitting-a-class-across-files-in-vbnet/6179621