Visual Studio生成速度非常慢

这适用于2008版和2010版(也可能更早)。 也适用于C ++和C#项目。

初始版本(重新启动后)以正常速度运行并具有相当不错的CPU利用率。 在“一段时间”之后(即使用计算机“东西”),后续的构build可能运行非常非常缓慢并且具有非常低的 CPU利用率。 我发现的唯一的修复似乎是重新启动,然后周期重新开始。 WPF和非WPF项目都会发生这种情况,但是WPF项目的情况会恶化10倍。

这发生在我不同的机器上,甚至为不同的组织工作,所以我认为这是一个Visual Studio的东西,而不是一个环境的东西。 我已经尝试了平常(谷歌,closuresAV,智能感知,Resharper等,目前期待获得我已经订购的SSD)。

我目前的机器规格是2.7G四核,4GB内存,XP(还没有得到Win7的工作),250GB硬盘等

任何人有任何想法这可能是什么,以及如何解决它?

提前致谢!

试试这个,因为它为我工作

按窗口+ R或从开始打开运行

现在键入%temp%并从那里删除所有内容…

现在打开再次运行并键入prefetch并从那里删除所有内容。

现在打开VS看看performance

尝试这个:

Devenv.exe / resetsettings

我有同样的问题。

我安装了McAfee安全中心,通过禁用“实时扫描”

build筑时间的确从一个小项目的40秒到1秒。

在Windows中检查您的省电设置。 将其设置为“高性能”(即使在桌面上)。 这对我有帮助。

尝试使用ProcessMonitor( http://technet.microsoft.com/en-us/sysinternals/bb896645 )来查找Visual Studio在生成过程中所做的事情。 添加filter“ProcessName是devenv.exe然后包括”,并进行一些研究。 这对我有用。

我有一个类似的问题 – 构build和debugging过程非常缓慢 – 我可以用Process Monitor解决它。 我运行进程监视器,看到Visual Studio进程多次读取和写入一些HTL文件。 它是程序集绑定日志( http://msdn.microsoft.com/en-us/library/vstudio/e74a18c4(v=vs.100).aspx ) – 存储有关库绑定信息的实用工具。 一旦我启用了这个日志,并且这个实用程序在我的硬盘上创build了大约8GB的HTM日志)这是非常缓慢的。 然后我禁用日志logging,我的项目的build设时间从10分钟减less到10秒!

我在Windows 10上使用VS2015,并有同样的问题。 我清除了%temp%和预取目录没有工作。然后我将节能设置从平衡改为高性能,它的工作。

我的修复非常呆滞的Visual Studio(build设任何东西需要大约1.5-2分钟)是closures无线networking。

除了有线之外,我还启用了无线networking。 这似乎是我的电脑试图使用无线连接来连接到我们的本地服务器,这是无线networking不可用,并导致了长时间的延迟。

如果它是一个ASP.NET MVC项目,请检查.csproj以查看是否设置了<MvcBuildViews>true</MvcBuildViews> 。 这可能会导致生成缓慢。

关于“一段时间”多久? (例如,小时?天?)

这可能就像你用尽RAM一样简单。按Ctrl-Shift-Esc将加载进程监视器,你可以看到你的内存利用率,并杀死猪。 一旦运行不足,连接器会减慢内存交换到磁盘的速度(除非启用系统利用率,否则Windows通常不报告交换开销)。 根据您的项目的大小,链接可以使用大量的内存制作表。

在某个时候,我有一个程序,在几个星期后花了相当多的时间来编译。 出于挫折,我删除了解决scheme和项目的debugging文件夹。 什么样的视觉工作室首先重build整个解决scheme(这需要一些时间),但在此之后,build设过程已经过去了。 不知道它是否也适合你。

检查您的Internet属性选项(连接),并确保选中Automatically detect settings

如果单个解决scheme中有很多项目,那么只能尝试构build更改的项目,而不是构build整个解决scheme。 即,Alt + B + U而不是Alt + B + B。

进行文件的备份并删除此文件夹中文件夹中的所有内容。

C:\用户\ {用户名} \应用程序数据\本地\微软\ WebsiteCache

重新启动Visual Studio并检查性能。

希望这可以帮助! 谢谢

我遇到过同样的问题。 删除解决scheme目录中隐藏的.vs文件夹解决了这个问题。