【问题标题】:ReSharper slowing down VS 2010ReSharper 减慢 VS 2010
【发布时间】:2012-04-19 14:18:57
【问题描述】:

我喜欢 ReSharper 功能,但是当我将它安装到我的笔记本电脑上的项目中时,VS2010 运行速度慢了很多(读取不可用): 统计数据是

Windows 7的 4GB 内存 英特尔 2 核双核 @ 2.00GHz 对比 2010 ReSharper 6.1 32 位架构

我假设这应该足以运行程序,所以我能想到的可能原因是

  • 其他插件导致VS冲突/重载
  • ReSharper 错误过多(这是旧代码,需要清理)

还有其他人对这可能是什么有建议吗?

编辑:解决方案是 15 个独立的项目,包含 20 - 30 个 cs 文件。有些非常大(antlr 生成)

编辑:关闭“解决方案范围分析功能”后,内存使用量降至 500Mb,并且运行良好。

【问题讨论】:

  • 1.获取更多内存。 2. 使用 SSD。
  • 对我来说,对于大型项目,我总是不得不关闭分析仪(VS 底部栏中的红/绿灯)...
  • devenv 是 32 位进程,最大可以访问 3gb。
  • @directedbit 右键单击​​底部栏右侧的红色/绿色图标并选择禁用
  • 别忘了,Core 2 Duo 的使用年限在 3 到 6 岁之间,具体取决于型号,这在计算机硬件世界中是半个永恒。 ReSharper 占用大量 CPU。如果可以的话,升级整台电脑,或者使用 R# 5.1,它的功能较少,但需要一台不太强大的机器。

标签: c# visual-studio-2010 resharper


【解决方案1】:

我有时需要打开旧项目,其中有许多带有更清晰错误的大文件。

我的解决方案是从 resharper 分析中排除这些文件(代码检查设置下的“编辑要跳过的项目”)。

我失去了一些智能感知,但 VS 再次可用。如果我需要在其中一个大文件中做大量工作,我会一一启用它们。

【讨论】:

    【解决方案2】:

    ReSharper 会导致 Visual Studio 的内存使用量膨胀(检查任务管理器中进程选项卡下的 devenv.exe)。如果您有一个包含许多项目的解决方案,并且在您的 PC 上运行许多其他东西,您可能会发现内存被大量交换到磁盘。

    可能的解决方案:

    • 获取更多内存
    • 一次运行更少的程序

    【讨论】:

      【解决方案3】:

      对我来说,我在 Visual Studio 2013 中使用了 Resharper 和 30 多个项目,甚至除了 Ultimate Guide 之外禁用解决方案范围的分析总体上还不够好。我有 16GB RAM - 所以内存可能不是问题。

      随着项目数量的增加,Resharper 无法很好地扩展。

      我是如何解决这些问题的(除了终极指南(建议很好))

      1. 卸载任何不直接相关的项目
      2. 按照 Adrianm 的建议编辑要跳过的项目
      3. 转到 Resharper 菜单 => 选项 => CodeInspection => 检查严重性。转到您的编程语言(对我来说是 C#)。在这些选项中,您将看到针对不同问题的许多检查严重性(数百个)。其中大多数我不在乎,其中一些我经常使用。对于许多我不关心的严重性,我将严重性设置为“不显示”。
      4. 由于一段时间后 Resharper 的性能也有所下降,而且我的解决方案中确实有一些我喜欢的 suo 设置(卸载了一些不太频繁的项目、启用了调试异常等),因此我对它们进行了备份。首先删除解决方案文件夹中的 suo 文件(用户设置)。之后在 Visual Studio 中设置所需的设置,然后单击全部保存。之后,对该 suo 文件进行备份。每次 resharper 变慢时,如果挂起/恢复没有帮助,我关闭解决方案,删除当前的 suo 文件,从备份中恢复 suo 文件,然后重新启动解决方案。

      现在所有这些步骤都为我的 Visual Studio 提供了非常愉快的 Resharper 性能。它有助于尽早投资。特别是对于第 3 项,当您考虑它时,您实际上正在并行运行许多您不关心的检查。

      我知道这是一个较旧的线程 - 但我在这里写的部分有点独立于 Visual Studio 和 Resharper 版本,我无法在网络上的其他任何地方找到它。

      希望它对遇到 Resharper 类似性能问题的任何人有所帮助。

      编辑 1:顺便说一句 - 一旦你有这个工作,它有助于获取 resharper 设置的备份,以防它们丢失。如果您要在多个开发人员之间共享项目,那么将它放到 git/SVN 上可能也是一个好主意。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2017-08-04
        • 2011-04-05
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多