使 VisualStudio2010更快的性能技巧?

我不知道其他人是否对 Visual Studio 2010的性能有意见,但是我每天都会关闭它,然后重新打开,一个小时之后,它就开始陷入困境,甚至跟不上我的打字速度。是否有一些明显的设置我错过了,这将有助于加快它?

我也在使用 ReSharper,但即使我删除它,它也只是略微提高了速度。

因为有几个人问我机器的规格:

Intel Q9550 @ 2.83 GHz
4 Cores
8GB Physical RAM
2x 60GB SSD in RAID0 combination for solution/project
VS2010 RTM Ultimate
Windows Server 2008 x64 R2 (Performance set for Applications)

虽然听到答案是“购买更快的硬件”,而我的硬件实际上相当不错,这是令人难过的。

编辑: 包括一个链接到由 TimothyP 建议的 VisualStudio 性能诊断工具

46141 次浏览

正如马特所说, 你可能需要给你的机器添加更多的内存, 但是如果每次你开着它一个小时,它就真的“停下来”了 你可能需要与 VS 团队(http://connect.microsoft.com)取得联系, 提交错误报告并运行他们将发送给您的性能诊断工具。

那些人以前真的帮了我很多 我相信他们会愿意帮你找出减速背后的真正原因。

除此之外,我可以告诉你,我的主要开发机器 有8个至强内核和12 GB 内存。在那台机器上,大型解决方案编译 在几秒钟之内,他们可以在我的双核 Macbook 上编译多达一分钟。 但是自从 RTM 版本以来,我没有经历过任何像您描述的那样的缓慢下降。

我假设你在这里使用的是 RTM 版本, 你能告诉我们你们机器的规格吗? 硬件 + 软件?

基于有限的信息很难帮助你。

在 Server2008R2安装中是否启用了桌面体验组件?与以前的版本不同,Visual Studio 2010大量使用了 WPF,而且它的性能大大受益于硬件加速。启用桌面体验将启用桌面窗口管理器,从而提高整体 WPF 性能。

出于同样的原因,您应该确保使用的是可用的最新视频驱动程序。

如果要在解决方案中使用多个项目一起生成,我建议在项目属性配置中将其设置为 NOT BUILD。我就是这样加快我的进度的。在编译时更加明显..。

我假设您使用的是 C # ,但是如果您使用的是 C + + ,也许您可以尝试关闭智能感知?我原以为在2010年会更好,但是之前的版本在我砍掉智能感知的时候总是得到了速度的提升。

如果它与2005相同,您可以通过在[ vs root dir ] vc vc 包中重命名 feacp.dll 来禁用 intellisense。

加上我自己的回答。我真的不认为 ReSharper 做了那么多。在尝试了每个选项并且只加载了一个项目之后,即使只是简单地将两行连接在一起(一对退格键) ,它仍然滞后。

我卸载了 ReSharper 和所有其他我做的调整,事情是闪耀的快速。

有了这样的硬件,恕我直言,无论 什么如何运行,性能都不会有任何问题。(RAID-0中的2 x SSD?——你是个疯子! !)

看起来你已经解决了这个问题(你有什么特别的事情可以分享吗?),但另一件事是检查 确保您的视频驱动程序是最新的。这是令人惊讶的,但他们可以影响很多事情,你不会怀疑。

我想另一个罪魁祸首也可能是过度活跃的杀毒软件包。

我喜欢这个升级的建议,因为显然机器在发光发热。我的建议是,如果可能的话,尝试一下2008年,看看它是如何运行的。我自己在2010年也遇到了一些问题,尤其是性能方面的问题。为了提高生产率,我回到了2008年。

如果你能确认问题是否出现在旧版本上,我们就能知道问题出在哪里。

试试关掉智能追踪。因为这个特性,我遇到了许多与缓慢和不稳定相关的问题(可能只是我的问题)。设置在 Tools > Options > IntelliTrace > Enable IntelliTrace 下。

一个音符是 RAID0 固态硬盘。您应该确保您的 RAID 控制器(和驱动程序!)支持用于 RAIDED SSD 的 TRIM。大多数 RAID 控制器-特别是英特尔芯片组控制器-不这样做。其结果是,在基于 SSD 的 RAID 阵列中,I/O 性能将迅速严重退化。

Windows7和 Windows2008R2支持 TRIM 命令-当您的控制器和驱动程序实现它。

在像 tomshardware.com 和 anandtech.com 这样的网站上有很多关于这个主题的内容。如果其他方法都失败了,你可以考虑在非 RAID 中使用 SSD,或者在操作系统中使用 SSD,在数据库中使用普通的、大容量的 HD 等。您还可以在前面提到的一个站点上查找特定的 SSD; 性能的差异比您想象的要大得多。

当然,RAM 对于像 Visual Studio 这样的大型开发环境总是非常重要的,特别是2010版本,尤其是如果您使用的是包含 情报追踪体系结构和建模关系图等内存密集型特性的 Ultimate 版本。

然而,有一个主要的东西经常被忽视,但是却可以对 Visual Studio 的整体性能产生很大的影响,那就是硬盘 速度

Scott Guthrie (微软负责.NET 开发者平台的公司副总裁)就这个主题写了一篇非常有趣的文章。

它已经有几年的历史了,而且是在 Visual Studio 2005年左右编写的,然而,自从 Visual Studio 继续工作的 方式(特别是编译器的工作方式)在那段时间里没有发生太大的变化之后,它在今天仍然非常重要。

斯科特写道:

人们经常在会议上问我 电脑硬件建议。 具体来说就是“什么样的机器 你建议我做什么 与 Visual Studio 共同开发?” 和/或“你的笔记本电脑似乎真的很快, 是什么类型的?”

我对此的一些建议 主题相当标准和明显: 理想情况下,你想得到一个决斗核心或 更好的 CPU。我也总是推荐 获得至少2GB 或更多的内存。

我经常这么推荐你 似乎有点占人便宜 惊喜就是确保你总是 得到最快的硬盘驱动器 当购买一台新机器时,以及在哪里购买 购买之间的必要权衡 额外的 CPU 处理器速度 赞成投资一个更快的磁盘 取而代之。

另外:

为什么硬盘驱动器的速度很重要?

在过去的几年中,机器上的多核 CPU 已经变得足够快,以至于在大多数 > 常见的应用程序场景中,通常不会阻塞机器中的可用处理器 > 容量。

你更有可能阻塞的是寻找和 I/O 速度容量 > 你的计算机访问你的硬盘驱动器。如果您使用的应用程序需要 > 读/写大量文件,那么 CPU 处理器利用率 > 非常低并不罕见——因为应用程序可能花费大部分时间只是等待 > 磁盘操作完成。

当您使用 Visual Studio 进行开发时,您最终会读/写大量 > 文件,并花费大量时间进行磁盘 I/O 活动。大型项目和 > 解决方案可能有数百(或数千)个源文件(包括图像、 css、 > 页面、用户控件等)。当您打开一个项目时,VisualStudio 需要读取和 > 解析其中的所有源文件,以提供智能感知。当您在 > 源代码管理中登记并签出一个文件时,您正在更新磁盘上的文件和时间戳。当 > 编译解决方案时,VisualStudio 将检查来自 > 多个磁盘路径位置的更新程序集,在 > 编译完成时将多个新程序集写入磁盘,以及持久化。Pdb 调试器符号文件位于磁盘上(全部 > 作为单独的文件保存操作)。将调试器附加到进程(按 F5运行应用程序时的默认 > 行为)时,VisualStudio 需要搜索和 > 加载应用程序的所有程序集和 DLL 的调试器符号,以设置 > 断点。

如果你的硬盘速度很慢,Visual Studio 在等待它完成这些读/写操作的时候就会被阻塞——这会降低你的整体开发速度。

你可以在这里阅读全文:

提示/技巧: 硬盘驱动器速度和 VisualStudio 性能

我建议您考虑从 http://connect.microsoft.com/VisualStudio/Downloads安装一些修补程序。我以前也遇到过严重的性能问题,在剪切和粘贴操作中看到过“内存不足”这样的消息。这个问题和其他一些问题(包括不同的内存泄漏问题)已经出现。在从 http://connect.microsoft.com/VisualStudio/Downloads安装了一些修补程序之后,Visual Studio 在我的计算机上的性能要好得多。

SSD 的品牌/控制器比它们是 SSD 的事实更重要。不要买便宜的/预算 SSD-你会更好地与一个良好的盘驱动器。挥霍在高端固态硬盘,你会体验到主要的收益。

在 raid0上获得 Ssd 的唯一方法是使用新的 ocz revo 3,1.5 GB Read/1.25 GB Write,一个更经济、更稳定的解决方案是在 sata 3(550MB/s)上购买 Ssd。

如果您正在编辑 XAML,那么可以直接使用源代码编辑器而不是 XAML 编辑器。表现上的差异是惊人的:

Http://msdn.microsoft.com/en-us/library/bb907321(v=vs.90).aspx

值得注意的是,如果在任何时候打开 xaml 编辑器,那么需要重新启动 VisualStudio 才能使性能恢复正常。关闭 xaml 编辑器是不够的。