Resharper 8.1 Test Runner减慢了Visual Studio文本编辑的速度

问题描述:

我有一个相当小的C#解决方案,其中包含大约5个项目.我正在将Visual Studio 2012与Update 4和Resharper 8.1(内部版本8.1.23.546)一起使用.它是在具有SSD和16GB RAM以及大量磁盘空间的I7上.在这台机器上的性能对于其他所有方面都非常出色.

I've got a fairly small C# solution with about 5 projects in it. I am using Visual Studio 2012 with Update 4, and Resharper 8.1 (build 8.1.23.546). It's on an I7 with an SSD and 16GB RAM, with oodles of disk space. Performance on this machine is fantastic for everything else.

我已将R#设置为我的单元测试运行程序,并且我注意到,只要我运行任何单元测试(一次或多次,通过或失败,都没有区别),Visual Studio文本编辑器就会变得几乎无法使用.在编辑器窗口中键入会遭受极大的延迟(两次击键之间最多延迟1秒),从而完全破坏了开发流程.有时候,实际上我必须停止键入以使按键赶上来,以便我可以在Intellisense中查找内容.

I have R# set to be my unit test runner, and I've noticed that as soon as I run any unit tests (one or many, pass or fail, makes no difference), the Visual Studio text editor becomes almost unusable. Typing into the editor window suffers such extreme lag (up to 1 second between keystrokes) that it completely breaks down the development flow. Sometimes I actually have to stop typing to let the keystrokes catch up so that I can look up something in Intellisense.

问题一直存在,直到我关闭然后重新打开VS,这时一切都恢复了.直到我运行另一个单元测试.然后又回来了.

The problem persists until I close down and then reopen VS, at which point everything is fine again. Until I run another unit test. Then it's back again.

我已经运行了Process Monitor来查看是否有任何结果(没有),并且我尝试了各种方法,例如清除各种缓存,临时的asp.net文件,重置设置,所有这些都不起作用,实际上,基本上 Google上显示的所有选项VS的搜索结果真的很慢

I've run Process Monitor to see if that turned up anything (it didn't), and I've tried various things like cleaning out various caches, temporary asp.net files, resetting settings, all to no effect, in fact basically pretty much all the options presented at Google search results for VS being really slow

但是,淘汰的过程最终将所有问题归结为Resharper的问题,尤其是测试跑步者.

However, process of elimination did eventually narrow everything down to being a problem with Resharper, and specifically the test runner.

然后,我尝试了

I then tried the R# performance optimisation tips as described here - The Ultimate Guide to speeding up Resharper, and the only one that worked (after many restarts) was the disabling the Unit Test Runner.

此后,我禁用了R#测试运行程序,并恢复为内置VS(我讨厌),这个问题立即消失了.一旦我重新启用R#测试运行程序,问题就会再次出现.

I've since disabled the R# test runner, and reverted to the built-in VS one (which I hate), and the problem went away immediately. As soon as I re-enable the R# test runner, the problem comes back.

其他人是否遇到过此问题,并找到了解决方案?

Has anyone else experienced this problem, and found a solution?

干杯:)

此问题似乎已在最新的8.2 EAP构建中得到修复(我今天上午下载并安装了8.2.0.1139).我关闭了VS2012,安装了R#并删除了有冲突的产品.

This appears to have been fixed in the latest 8.2 EAP build (I downloaded and installed 8.2.0.1139 this morning). I closed VS2012, install R# and get it to remove conflicting products.

当我重新打开VS时,它已经破坏了所有R#扩展工具(大概是因为它不是一个稳定的版本).我还告诉它在单元测试选项中禁用对NUnit的支持(因为我们没有使用它)(以前这没什么用).

When I reopened VS, it had clobbered all the R# extension tools (presumably because it's not a stable build). I also told it to disable support for NUnit (because we're not using it) in the unit testing options (tho this made no difference before).

我现在可以使用R#运行器(也可以快很多)运行单元测试,并且IDE中不再存在强制键入速度降低的情况.

I can now run unit tests using the R# runner (it's a LOT quicker as well), and there's no enforced typing-speed slowdown in the IDE any more.