ReSharper呆滞

Question

我喜欢ReSharper，但它是一个总内存猪。它可以快速膨胀并消耗一半的RAM，而不需要太多的努力，并且让IDE陷入困境。有谁知道有什么办法来配置它不是很慢？

Answer 1

关闭在即时编译（这不幸的是，它的最好的功能之一）

Answer 2

在以前的版本我有同样的问题，当4.0出来这些问题似乎已经消失。现在4.1我不觉得我曾经有过的巨大减速。我的IDE不会冻结了。

你试过升级吗？

Answer 3

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

看到Ilya Ryzhenkov's博客

Resharper 4.5 has been released 从我的经验是少了内存猪，但我仍然可以运行内存不足。

Answer 4

关于内存占用 - 我发现每当我关闭一个解决方案并打开另一个解决方案时，我的VS2008内存占用就会增加。即使我关闭解决方案并重新打开相同的解决方案，情况也是如此。

Answer 5

不知道你的解决方案有多大，但我停止使用4.5，出于同样的原因，我停止使用所有以前的版本，内存使用。

代码分析和单元测试支持是我购买它的主要原因，关闭它意味着使用它的理由消失了。

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

Answer 6

试试4.5测试版。 4.1正在杀死我的2GB开发机器，但它回到了测试版非常流畅的运行状态。尽管如此，其他人也有相反的经历，所以YMMV。

Answer 7

你可以看看ReSharper使用多少内存。

ReSharper - >常规 - >在状态栏中显示受管内存usege。

Answer 8

新的ReSharper 4.5比以前的4.x版本要好很多。我会建议你尝试一下。

Answer 9

是的，4.5的效果更好。我的理解是4.5应该解决性能问题。

Answer 10

我遇到了一个问题，它花费了10分钟以上的时间来加载100个以上项目的解决方案。一旦加载VS性能会好的，但它会奇怪地在好的和非常糟糕的之间来回摆动。

简短的回答：消除Resharper警告似乎可以提高整体VS/R＃性能。

最大的问题最终是我们有一些二进制数据文件（加密的东西）被包含在内嵌资源中，这些文件恰好有.xml扩展名。 Resharper真的很难分析这些文件。最终它会通过，但会在过程中产生100K +错误。将扩展名更改为一个Resharper不会自动分析（本例中为.bin）解决了问题。

我们仍然有大约10个文件，当他们或他们依赖于编辑性能的坦克了一段时间的文件。这些文件是单个类定义的部分部分，其中每个文件平均为3000个LOC。是的，没错，这是一个30K线路班。由于其他原因，它也恰好是相当差的代码，其中很多Resharper标志使得右侧排水条实际上成为一条坚实的橙色线条。编辑经常导致Resharper重新分析整个事情。分析运行时，性能受到明显影响。

我得出的结论是错误更少/警告有对R＃识别，更好的执行。我清理/重构这个项目时收集的轶事证据似乎支持它。

很多人抱怨Resharper的性能问题。如果您甚至有一些大的丑陋代码文件带有许多Resharper警告，那么花一点时间清理代码可能会产生更好的整体性能。它对我们有帮助。

Answer 11

如果是在大的源文件时，ReSharper的被打呆滞（我工作的5.0版本在写这篇的时间）。 >常规 - - >显示内存使用状态栏

您可以通过点击ReSharper的选项查看ReSharper的的内存使用情况。

当我第一次这样做，我发现ReSharper的有主频高达数百内存使用的兆！然而，接下来的工作对我来说（暂时）固定slugishness：

右键单击该内存使用情况，并选择“收集垃圾” - 这似乎解决了slugishness对我来说，立竿见影。

Answer 12

我和我的同事们也有巨大的性能问题ReSharper的，刚才我的ReSharper了内存1.1GB。编写JavaScript时Visual Studio特别慢，这是无法忍受的。您可以在动态编译转的，但它是有最好的功能...

编辑：每个人都在这个线程似乎有ReShaprper 4.x的，我的版本是6.0。