任何人遇到与VS2010缓慢构建?

我们最近升级到了VS2010的最终版本,与2008年相同的代码相比,构建时间非常缓慢。我想知道是否有其他人也遇到过相同的问题,因此我可以计算出它是否仅仅是我们的环境? 一些细节:

  • 在Windows 7上使用VS2010 Ultimate和相当强壮的机器,与TFS 2010交谈。
  • 该解决方案已从VS2008升级,但仍针对.NET 3.5和ASP.NET MVC 1.0构建。
  • 它似乎不是编译本身花费很长时间,而是构建过程中的其他内容。 这是因为即使是最新的并且不需要编译的项目也需要几秒钟的时间来处理。
  • 这不是由于Visual Studio插件导致的,因为团队中的几个人没有安装任何插件。
  • 加载VS2010后的第一个版本非常快,然后他们似乎随着时间的推移减慢。 例如,我的解决方案中的项目在重新启动后只花了00:00:00.08进行处理。 (该项目是最新的,不需要编译)然后我立即重建并跳转到00:00:01.33。
  • 我们也遇到了另一个使用.NET 4.0的解决方案的问题,该解决方案在VS2010 RC下构建得非常完美。
  • 没有任何构建事件或任何我可以指责的事情,只是简单的程序集构建。
  • 在缓慢构建期间,IDE的响应速度不是很快。
  • 其他人有类似的问题?

    更新:它看起来像解析程序集引用需要很长时间。 查看MSBuild诊断输出或上面的例子,第一个版本的ResolveAssemblyReferences为30ms,第二个版本为800ms。 后续的构建似乎需要更长时间的复制,例如CopyFilesToOutputDirectory从1ms跳转到27ms。


    发现问题; 事实证明这是一个造成问题的流氓构建任务。 在我的MVC网站项目中,我使用http://yuicompressor.codeplex.com/中的YUI Compressor任务来压缩我的脚本文件,并将它们复制到我的JavaScript单元测试项目中。 一切都很好,直到它运行,但只要它运行,它放慢了所有其他项目的构建! 即使是在解决方案中重建单个项目,并且在MVC网站附近也很慢。 必须是任务中的泄漏或类似的东西......


    通常来自VS2010的响应速度也非常缓慢。 我可以输入一个短语,几秒钟后坐下来观看它在屏幕上输入的内容。 即使不进行调试,使用它的内部Web服务器也非常慢。 这是无法使用的。

    在Win7 Professional x32上运行它,使用构建在.NET 4.0上的Web项目,从VS2008上的.NET 3.5转换而来,运行良好,但是当我使用W2k3作为我的开发机器时,可以保持速度。

    所有这些都作为虚拟机在Linux Ubuntu 10.4 x64上使用最新版本的VirtualBox(当前为V3.2.8 r64453)在大型机器上运行。 2个Intel i7 2.8GHz(8个虚拟内核),12GB RAM,NVidia 9600 GPU和512MB RAM。

    虚拟机设置为2核心Win7和4GB内存和96MB视频RAM。 VT-x,2D和3D加速和嵌套页面已启用。

    已经尝试过使用和不使用硬件加速(因为它使用WPF来显示它的文本编辑器[为什么?])。 随着,你失去了文本编辑器和菜单栏; 没有,你会得到一个几乎不可用的系统。 我也安装了Reflection和Visual SVN。 该机器没有别的用途。 反病毒手动运行,以减少负载!

    [Rant警告:] VS2010像狗一样运行,如果不是因为我为这个已经工作了7年的客户在这个项目上花费了11个月的时间,我将在PHP上进行重新开发工具。 2年前,我为我的业务操作系统留下了M $ OS,这正是因为冻结,缓慢起伏以及无法解决的变化而使我的生产力耗时数周。 成本不是问题,它是服务。 [Rant Over]

    我知道有这3个项目,VirtualBox,Win7和VS2010。 对我来说,建立一个Win2008服务器虚拟机并安装VS2010可能是最好的,我不知道这一点。

    如果任何人有任何线索如何让VS2010及时回复,我很乐意听到他们。

    克雷格


    包含MSUnit项目的解决方案(仅包含大约5个测试)的构建时间非常缓慢。 测试没有设置为在每个构建或类似的东西上运行。 当我卸载该项目时,构建变得更快。

    链接地址: http://www.djcxy.com/p/45377.html

    上一篇: Anyone Experiencing Slow Builds With VS2010?

    下一篇: How do develop a Java web application without having to deploy all the time