我在格式化的电脑上运行Visual Studio 2013 Pro (RTM版本)(Windows 8.1新安装)。

我不知道为什么,但是Visual Studio 2013 Pro非常非常慢!在IDE中构建、调试、导航缓慢……我的硬盘驱动器的LED根本不亮!

我在一个小的MFC (c++)项目中使用Boost库。

什么好主意吗?


当前回答

我安装了Visual Studio 2013,它运行得很顺利。在某种程度上,它开始变得缓慢,并决定安装Visual Studio 2015。安装之后,没有任何变化,两个版本构建解决方案的速度都非常慢(解决方案中的18个项目大约需要10分钟)。

然后我开始考虑最近安装的扩展-最近安装的是Visual Studio的PHP工具(只在Visual Studio 2013上安装)。我不确定一个扩展如何影响其他版本的Visual Studio,但卸载它帮助我解决了这个问题。

我希望这将帮助其他人认识到这并不总是Visual Studio的错。

其他回答

迈克·弗林的版本对我不起作用。重命名C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer\Microsoft.TeamFoundation. git . provider .dll对我来说很有用。

它与图形驱动程序有关。如果你更新了它们,你就会没事的。

或者你可以在Visual Studio中按照以下步骤禁用硬件图形加速:

In Visual Studio, click "Tools", and then click "Options". In the Options dialog box, navigate to the "Environment > General" section and clear the "Automatically adjust visual experience based on client performance" check box. (Refer to the following screen shot for this step.) Clear the "Use hardware graphics acceleration if available" check box to prevent the use of hardware graphics acceleration. Select or clear the "Enable rich client visual experience" check box to make sure that rich visuals are always on or off, respectively. When this check box is selected, rich visuals are used independent of the computer environment. For example, rich visuals are used when you run Visual Studio locally on a rich client and over remote desktop.

引用:

在Visual Studio 2013中遇到性能问题、产品崩溃或渲染问题

如果你正在使用Microsoft Git提供程序,尝试将当前源代码控制插件设置为None(菜单工具→选项→源代码控制),这似乎会使Visual Studio 2013的存储库变得越来越大。

我使用Microsoft Git提供程序对整个Dojo Toolkit框架进行源代码控制,从我按下一个键到符号出现在屏幕上的时间出现了延迟。那么糟糕。

当/如果你再次需要Git,你可以切换到TortoiseGit提供商或Git- extensions,两者都不会减速。我个人喜欢Git-Extensions。

我有一个Visual Studio行为,我的HTML文件的输入很慢。以前安装时,我猜想因为我的HTML文件是通用HTML,所以没有必要从安装程序的工作负载组件安装任何web开发工具。我回去安装了这个bit, Visual Studio的行为就像我预期的那样。

Visual Studio Community Edition在文件之间切换或打开新文件时速度很慢。其他一切(例如,菜单项)都很正常。

我先尝试了之前答案中的所有建议,没有一个有效。然后我注意到这种情况只发生在ASP上。NET MVC 4 Web应用程序,所以我添加了一个新的ASP。NET MVC 4 Web应用程序,这是快速的。

经过反复试验,我发现区别在于包装。config -如果我把微软的引用放在文件的顶部,这使得一切都变得时髦起来。

将Microsoft*条目移到顶部。

看起来你不需要全部移动它们——移动说<package id="Microsoft.Web。基础设施“对我的机器有明显的影响。

顺便说一句

删除文件的所有内容也会让它更快* 不含包。Visual Studio中的配置不能解决这个问题 一个使用Visual Studio 2013 Premium的朋友在这两种情况下都没有发现区别(都是快速的)

更新

在本地丢失或不完整的NuGet包似乎是原因。我打开包管理器,得到一个警告“这个解决方案中缺少一些NuGet包”,然后选择恢复它们,这加快了速度。然而,我不喜欢这样做,因为在我的存储库中,我只添加编译所需的实际项目,因为我不想让我的存储库膨胀,所以最后我只是删除了packages.config。

这个解决方案可能不适合你的需求,因为我更喜欢使用NuGet来获取包,而不是处理包的更新,所以这将打破这个,如果你使用它的目的。