我不知道其他人是否对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建议的Visual Studio性能诊断工具的链接
Answers:
我建议您考虑从http://connect.microsoft.com/VisualStudio/Downloads安装一些修补程序。我之前也遇到过严重的性能问题，并且在剪切和粘贴操作期间看到诸如“内存不足”之类的消息。此问题和其他一些问题（包括不同的内存泄漏问题）已经解决。从http://connect.microsoft.com/VisualStudio/下载安装一些修补程序后，在我的计算机上Visual Studio的性能要好得多。
一记关于RAID0 SSD。您应该确保RAID控制器（和驱动程序！）支持RAID固态硬盘的TRIM。大多数RAID控制器-尤其是Intel芯片组控制器-都不这样做。结果是，在基于SSD的RAID阵列中，I / O性能将很快大大降低。
Windows 7和Windows 2008R2支持TRIM命令-当控制器和驱动程序实现该命令时。
在诸如tomshardware.com或anandtech.com之类的网站上有很多关于此主题的信息。如果所有其他方法均失败，则可以考虑在非RAID中使用SSD，或者将SSD用于OS以及将普通的，大容量的HD用于数据库等。性能差异可能超出您的想象。
当然，RAM对于像Visual Studio这样的大型开发环境，尤其是2010版本，尤其是在使用Ultimate Edition的情况下，始终非常重要，特别是如果您使用的是Ultimate Edition，其中包括诸如IntelliTrace以及Architecture and Modeling Diagrams这样的内存密集型功能。
但是，经常被忽视但可以对Visual Studio的整体性能产生重大影响的主要因素之一是Hard-Drive Speed。
微软公司.NET Developer Platform公司副总裁Scott Guthrie就这一确切主题写了一篇非常有趣的文章。
这是一个几年的历史，围绕的Visual Studio 2005的时候写的，但是，它仍然是非常相关的今天，因为这样的Visual Studio继续工作（具体方式的编译器的工作）没有改变这么多在这段时间。
斯科特写道：
人们经常在会议上问我有关PC硬件的建议。具体来说-“您推荐我使用Visual Studio做哪种类型的机器？” 和/或“您的笔记本电脑似乎速度很快，它是什么类型？”
我对此主题的一些建议相当标准且显而易见：理想情况下，您希望获得双核或更好的CPU。我也总是建议至少获得2GB或更多的RAM。
我提出的建议通常使人们感到有些意外，那就是确保购买新机器时始终获得最快的硬盘驱动器-并在必要时进行权衡以购买更多的CPU处理器速度，以便投资于更快的硬盘。磁盘代替。
也：
为什么硬盘速度很重要？
在过去的几年中，计算机上的多核CPU的速度已经足够快，以至于在大多数常见的应用场景中，您通常不会最终阻塞计算机中可用的处理器容量。
您更有可能受到阻拦的是Seek和I / O速度能力，您的计算机可以通过该能力访问硬盘驱动器。如果您正在使用需要读取/写入大量文件的应用程序，那么CPU处理器的使用率并非真的会非常低-因为该应用程序可能将大部分时间都花在等待磁盘操作上去完成。
使用Visual Studio进行开发时，最终会读取/写入大量文件，并花费大量时间进行磁盘I / O活动。大型项目和解决方案可能具有数百（或数千）个源文件（包括图像，css，>页面，用户控件等）。当您打开项目时，Visual Studio需要读取和解析其中的所有源文件，以便提供智能感知。当您进入>源代码管理并签出文件时，您正在更新磁盘上的文件和时间戳。当您编译解决方案时，Visual Studio将从多个磁盘路径位置检查更新的程序集，在完成编译后将多个新程序集写出到磁盘，并使用它们（全部>作为单独的文件保存操作）。
如果您的硬盘驱动器速度慢，则Visual Studio将在等待它完成这些读/写操作时最终被阻塞-这实际上会减慢您的总体开发体验。
您可以在此处阅读全文：
您在Server 2008 R2安装中是否启用了Desktop Experience组件？与以前的版本不同，Visual Studio 2010大量使用WPF，并且硬件加速大大提高了其性能。启用桌面体验将启用桌面窗口管理器，从而提高整体WPF性能。
基于相同的原因，您应确保使用的是最新的视频驱动程序。
如果要使用许多项目在解决方案中一起构建，则建议在项目属性配置中将其设置为“不构建”。这就是我要加快我的速度的方法。在编译时更明显...
有了这种硬件，恕我直言，无论您做什么，几乎都不会在性能上遇到麻烦。（2个RAID-0中的SSD？ -您真是个疯子!!）
看来您已经解决了这个问题（您可以共享的内容是否具体？），但是要检查的另一件事是确保视频驱动程序是最新的。 令人惊讶，但是它们会影响很多您不会怀疑的事情。
我想另一个罪魁祸首也可能是过度活跃的防病毒软件包...
如果您正在编辑XAML，则可以仅使用源代码编辑器而不是XAML编辑器。性能差异是惊人的：
http://msdn.microsoft.com/zh-CN/library/bb907321(v=vs.90).aspx
值得注意的是，如果您随时打开xaml编辑器，则需要重新启动Visual Studio才能使性能恢复正常。关闭xaml编辑器还不够。
正如Matt所提到的，您可能希望向计算机添加更多的RAM，但是如果每次打开计算机一个小时后它确实“停滞不前”，则您可能希望与VS团队联系（http：// connect。 microsoft.com），提交错误报告并运行它们将向您发送的性能诊断工具。
那些家伙过去确实为我提供了很多帮助，我相信他们会愿意帮助您找到经济放缓背后的真正原因。
除此之外，我可以告诉您，我的主要开发机器具有8个Xeon内核和12GB RAM。在那台机器上，大型解决方案仅需几秒钟即可完成编译，而在我的双核Macbook上可能需要一分钟的时间才能完成编译。但是自从RTM版本以来，我还没有遇到过像您描述的那样减速。
我假设您在这里使用RTM版本，可以给我们您的机器规格吗？硬件+软件？
根据有限的信息很难为您提供帮助。
我假设您正在使用C＃，但是如果您使用的是C ++，也许您可以尝试关闭智能感知功能？我以为它应该在2010年会更好，但是当我破解了Intellisense时，以前的版本始终会提高速度。
如果与2005年相同，则可以通过在[vs root dir] \ vc \ vcpackages中重命名feacp.dll来禁用智能感知。