R# 4.5.2 still much slower than R# 4.5.0

I'm using 4.5.2 since a few days, after having switched back from 4.5.1 to 4.5.0 because 4.5.1 was much slower. I'm disappointed that 4.5.2 still has the same problem:
After VS starts, the C# editor is very fast. But after working for like 1-2 hours, the editor becomes very slow, pausing for 0.5-1 sec pause after around every 5th key stroke. This gives some kind of "shaky" feeling when entering text. After I go to Tools => Add-In Manager, disable and re-enable R# there, the behaviour is back to normal, at least for the next hour. So it is clearly a R# problem, WHICH WAS NOT THERE IN 4.5.0.

Please, JetBrains, do something about it in the existing 4.5 release - before going on to another all-improved release 5.0!

Comment actions Permalink

When I've had this problem in the past it pretty much always came down to me having a really big file in my solution that R# was choking on.  It used to be big code files (like 1000s of LOC in a file) could be enough but I haven't seen that problem in 4.5 (I have multiple 5000+ LOC files currently).  The last time I was experiencing the slowness issue I discovered R# was choking on these 10MG binary files with xml extensions.  Don't ask why we gave binary files xml extensions but once I changed them to .bin R# started ignoring them and performance went back up.  By the way, telling R# to ignore them (Ctrl+F8) did not fix the problem.  

Hope that helps.

Comment actions Permalink

This is a new project and we do not have especially large files in there, not even dataset codebehinds which tended to be quite large. We do however have some big .resx files in there which are frequently changed during development.

I will have an eye on it, if editing experience becomes slower after opening / editing such a resx file.

Fact is that 4.5.2 slows down much more during longer VS sessions than 4.5.0 did (with the identical solution).

Comment actions Permalink

Hello Urs
     Could you please follow the instructions at http://www.jetbrains.net/confluence/display/ReSharper/ReSharper+Performance+Profiling+Instructions to gather some performance snapshots of this problem and send them to andrew dot serebryansky at jetbrains dot com? Thank you!

Andrey Serebryansky

Support Engineer

JetBrains, Inc


"Develop with pleasure!"

Comment actions Permalink

I tried this already. When I attach dotTrace to Visual Studio, everything is extremely slow so it is almost impossible to work. Since it is slow anyway, I cannot tell if the editor is slow because of R# or dotTrace. So this is no option for me.

Perhaps you have debug possiblities which don't slow down the editor so much? Perhaps there is a debug version of R# which I could install and attach my own debugger to it when I experience this problem. I am willing to help you, but I cannot spend a whole day with an editor which is so slow I can barely type (which would be the case with dotTrace).

BTW I also tried dotTrace 4.0 EAP, but if I install it I can no longer debug applications at all, so I had to uninstall it.


Please sign in to leave a comment.