ReSharper呆滞
我喜欢ReSharper，但它是一个完整的记忆猪。 它可以快速地膨胀起来，消耗一半的RAM，没有太多的努力，陷入IDE。 有谁知道有什么办法来configuration它不是很慢？
closures即时编译（不幸的是，它是最好的function之一）
不知道你的解决scheme有多大，但我停止使用4.5，出于同样的原因，我停止使用所有以前的版本，内存使用情况。
代码分析和unit testing支持是我购买它的主要原因，closures它意味着使用它的理由已经消失。
Workstation拥有4GB的内存，在debugging器中运行我们的端到端堆栈时，我可以轻松地用ReSharper杀死它。
下一个版本4.5将基于性能和内存占用。
请参阅Ilya Ryzhenkov的博客
Resharper 4.5已经发布从我的经验来看，它不是一个记忆猪，但我仍然可以用完内存。
我有一个问题，需要10分钟以上才能加载100多个项目的解决scheme。 一旦加载VS性能将是好的，虽然它会奇怪地来回之间来回OK和真的很糟糕。
简短的回答：消除Resharper警告似乎可以提高VS / R＃的整体性能。
最大的问题是我们有一些二进制数据文件（encryption的东西）作为embedded式资源被包含在内，这些文件恰好有.xml扩展名。 Resharper真的很难分析这些文件。 最终它会通过，但会在这个过程中产生100K +错误。 将扩展名更改为一个Resharper不会自动分析（.bin在这种情况下）解决了问题。
我们仍然有大约10个文件，当他们或他们依赖的文件被编辑性能坦克一段时间。 这些文件是单个类定义的部分部分，其中每个文件平均为3000个LOC。 是的，这是正确的，这是一个30K线路class。 由于其他原因，它也恰好是相当差的代码，其中许多Resharper标志使得右边的排水条实际上是一条坚实的橙色线条。 编辑往往导致Resharper重新分析整个事情。 分析运行时，性能受到明显影响。
我得出的结论是，R＃识别的错误/警告越less，执行得越好。 我清理/重构这个项目时收集到的轶事证据似乎是支持它的。
许多人抱怨Resharper的性能问题。 如果你甚至有几个大的丑陋的代码文件，有很多的Resharper警告，那么花一点时间清理代码可能会产生更好的整体性能。 它对我们有。
你可以看看ReSharper使用多less内存。
ReSharper – > General – >在状态栏中显示被pipe理的内存usege。
如果您正在处理大型源文件，Resharper确实会变得迟钝（我正在编写本文时正在使用5.0版本）。
您可以通过单击Resharper选项 – >常规 – >在状态栏中显示内存使用来查看Resharper的内存使用情况。
当我第一次这样做时，我注意到了Resharper已经logging了数百兆的内存使用量！ 然而，下一步为我暂时解决了这个问题：
右键单击内存使用情况，并select“收集垃圾” – 这似乎为我立即修复了slugishness。
关于内存占用 – 我发现每当我closures一个解决scheme并打开另一个解决scheme时，我的VS2008内存占用就会增加。 即使我closures解决scheme并重新打开相同的解决scheme也是如此。
新的ReSharper 4.5比以前的4.x版本要好得多。 我会build议你尝试一个。
在以前的版本中，我遇到了同样的问题，当4.0出现时，这些问题似乎已经消失了。 现在4.1我不觉得我曾经有过的巨大的减速。 我的IDE不会冻结了。
你有没有尝试升级？
尝试4.5testing版。 4.1正在杀死我的2GB开发机器，但是它回到了运行testing中非常顺利的状态。 其他人也有相反的经历，所以YMMV。
是的，4.5的效果好多了。 我的理解是，4.5是解决性能问题。
我和我的同事在ReSharper方面也遇到了巨大的性能问题，刚才我的ReSharper花费了1.1GB的内存。 编写JavaScript时Visual Studio特别慢，这是无法忍受的。 你可以转动的飞行编辑，但它是最好的function… 
编辑：在这个线程中的每个人似乎有ReShaprper 4.x，我的版本是6.0。
