我喜欢ReSharper，但这是总的内存消耗。它可以迅速膨胀并消耗半千兆的RAM，而无需花费太多精力并停滞IDE。有人知道有什么方法可以配置它不那么慢吗？

解决方案

回答

关闭即时编译(不幸的是，这是它的最佳功能之一)

回答

在以前的版本中，我遇到了同样的问题，当4.0发布时，这些问题似乎已经消失了。现在使用4.1时，我不再感到以前曾经有过的巨大减速。我的IDE不再冻结。

我们是否尝试过升级？

回答

下一个版本4.5将基于性能和内存占用。

参见Ilya Ryzhenkov的博客

Resharper 4.5已发布

回答

从我的经验来看，它很少占用内存，但是我仍然会耗尽内存。

回答

关于内存占用，我发现每次关闭一个解决方案并打开另一个解决方案时，VS2008的内存占用量都会增加。即使我关闭一个解决方案并重新打开该解决方案也是如此。

不确定解决方案有多大，但是出于与停止使用所有以前版本(内存使用情况)相同的原因，我停止使用4.5.

代码分析和单元测试支持是我购买它的主要原因，将其关闭意味着使用它的理由已经不复存在。

回答

工作站具有4GB的内存，在调试器中运行端到端堆栈时，我可以使用ReSharper轻松杀死它。

回答

试用4.5 Beta。 4.1杀死了我2GB的开发机，但它又回到了Beta令人难以置信的平稳运行中。但是，其他人则有相反的经历，因此，YMMV。

我们可以查看ReSharper使用了多少内存。

回答

ReSharper->常规->在状态栏中显示托管内存使用情况。

回答

新的ReSharper 4.5的性能比以前的4.x版本好很多。我建议你试试那个。

回答

是的，4.5更好。我的理解是4.5是为了解决性能问题。

我遇到一个问题，即要加载100多个项目的解决方案要花费10分钟以上的时间。一旦加载，VS性能就可以了，尽管它会在正常和非常糟糕之间来回摆动。

简短的答案：消除"锐化"警告似乎可以改善整体VS / R性能。

最终最大的问题是我们有许多二进制数据文件(加密的东西)作为嵌入式资源被包含在内，而这些文件恰好具有.xml扩展名。 Resharper真的非常努力地分析那些文件。最终它通过了，但是会在过程中产生10万多个错误。将扩展名更改为一个Resharper不会自动分析(在这种情况下为.bin)可以解决此问题。

我们仍然有大约10个文件，当它们或者它们依赖的文件时，它们会被编辑一段时间。这些文件是单个类定义的部分部分，其中每个文件平均3000 LOC。是的，没错，大约是30K线级。由于其他原因，它也恰好是较差的代码，其中许多原因是Resharper标志使右装订线实际上变成了橙色实线。编辑通常会使Resharper重新分析整个事情。运行该分析时，性能会受到明显影响。

我得出的结论是，Rto识别出的错误/警告越少，它的性能就越好。我清理或者重构该项目时收集到的轶事证据似乎支持了这一点。

回答

许多人抱怨Resharper的性能问题。如果我们甚至有几个带有很多Resharper警告的丑陋代码文件，那么花一点时间清理该代码可能会总体上带来更好的性能。它对我们有用。

如果我们正在处理大型源文件，Resharper的确会变得迟钝(在撰写本文时，我正在使用5.0版)。

我们可以通过单击Resharper选项->常规->在状态栏中显示内存使用情况来查看Resharper的内存使用情况。

当我第一次这样做时，我注意到Resharper达到了数百兆的内存使用率！但是，下一步对我来说(暂时)解决了呆滞问题：

段落数量不匹配