ReSharper eats memory and runs VERY slowly, especially in VB files

I have been using ReSharper for years and have experienced this problem for all that time. If I have the full version installed, R# will slow VB editing down to a crawl after just a few minutes. I mean, so slow that it is almost impossible to use, i.e. type a character and wait up to 15 seconds to see it appear! I have not had this issue editing C# files. I noticed that the memory usage goes through the roof very quickly and is likely at least partly to blame for the slow down. My working set memory usage goes quickly to over 800 MB and then soars to over 1.2GB! I am running the latest version of R# on VS 2008. My OS is Windows 7 Pro, 32 bit.

In the past, I have had to resort to installing the C# only version instead of the full version. This "fixed" the problem by removing support in VB files...which I miss.

Anyone else having this issue? I'm getting extremely frustrated!

Thanks!

8 comments

Hello John,

What's the exact version of ReSharper that you're using (from Help | About
dialog)? How big (in terms of LOC) are the files that you're editing? Does
it help if you turn off code analysis under ReSharper | Options | Code Inspection
| Settings? Thank you!

Andrey Serebryansky
Senior Support Engineer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

I have been using ReSharper for years and have experienced this
problem for all that time. If I have the full version installed, R#
will slow VB editing down to a crawl after just a few minutes. I mean,
so slow that it is almost impossible to use, i.e. type a character and
wait up to 15 seconds to see it appear! I have not had this issue
editing C# files. I noticed that the memory usage goes through the
roof very quickly and is likely at least partly to blame for the slow
down. My working set memory usage goes quickly to over 800 MB and then
soars to over 1.2GB! I am running the latest version of R# on VS 2008.
My OS is Windows 7 Pro, 32 bit.

In the past, I have had to resort to installing the C# only version
instead of the full version. This "fixed" the problem by removing
support in VB files...which I miss.

Anyone else having this issue? I'm getting extremely frustrated!

Thanks!

---
Original message URL:
http://devnet.jetbrains.net/message/5292346#5292346



0

Andrey,

I am running build 5.1.3000.12, Full Edition. My largest VB files are from 700KB to 1MB and contain almost all code (very little non-functional text). I'm not sure of the LOC total at this point. It is still odd how this seems to be confined to VB and not C#.

I will experiment with disabling code analysis and let you know. Can you tell me the proper way to get log files from R# so we can look at those if needed?

I must say that with ReSharper disabled the IDE is lightning fast and I have absolutely no problems (other than missing the R# features!).

Thanks,

John
----------------------

UPDATE: I disabled code analysis and it ran much faster for a while. It progressively slowed down, but not as bad as with analysis enabled. Peak working set memory is at 1GB and it was running typically about 800MB working memory set. I finally disabled R# completely without exiting and everything ran great then. Memory working set dropped at least 200MB. I have the memory watch enabled in the bottom right of VS and it had climbed up to over 325MB before I disabled it. This was about 200MB greater than when I started.

Thanks,

John

0

I also have performance problems with R# 5.x and VB. The editing performance is related to the file size. The larger the file the slower the IDE reacts with R#. This become significant with files larger than around 5.000 lines of code.

I recognize performance problems since R# 4.x. In the 4.5er EAP there was an deadlock issue fixed by Olga Lobacheva. After this fix R# rocked for a couple of time. Starting with the 5.0er EAP the performance decreased again. For me it was acceptable because i didn't had to edit such large VB files. But i maintain one project with a couple of files with 15.000+ lines of code and it's no fun to edit these ones. Fortunately it is very easy to disable R# in such cases.

My guess is that the performance problems are caused more by the way the VB editor works than by R#. VB also analyses the code in a background task to show syntax errors on the fly. Maybe there is a conflict with the R# analysis task. I think the Jetbrains guys should think about implementing an own VB editor addin for VS seriously.

Regards
KIaus

0

Hello John,

You can capture some performance snapshots following the instructions at
http://tinyurl.com/6xgxpw5 and upload them to ftp://ftp.intellij.net/.uploads/.
Please also let me know if disabling code analysis helps to speed up things.
Thank you!

Andrey Serebryansky
Senior Support Engineer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

Andrey,

I am running build 5.1.3000.12, Full Edition. My largest VB files are
from 700KB to 1MB and contain almost all code (very little
non-functional text). I'm not sure of the LOC total at this point. It
is still odd how this seems to be confined to VB and not C#.

I will experiment with disabling code analysis and let you know. Can
you tell me the proper way to get log files from R# so we can look at
those if needed?

I must say that with ReSharper disabled the IDE is lightning fast and
I have absolutely no problems (other than missing th R# features!).

Thanks,

John

---
Original message URL:
http://devnet.jetbrains.net/message/5292449#5292449



0

Andrey,

I have uploaded 2 snapshot files for you. They both begin with "VS2008" in the title. I hope these can tell you something.


Also, per my response above, disabling the code analysis does help, but it still slows down some eventually, but not to the extent it does with analysis running. With R# disabled editing is instantaneous.

The memory usage is quite high with analysis running and somewhat lower with it disabled.

I have NOT been using the solution-wide code analysis as that also created a noticable burden on the system.

This seems to run so slow with R# completely enabled that is as if I am running out of memory and the swap file is being used. I do not believe that is the case, but the speed gets so slow that it is almost totally unusable.

Thank you,

John

0

Hello John,

Thank you! I looked at the snapshots and it turns out to be a known problem
that should be fixed in the upcoming ReSharper 6.0. You can try the nightly
builds at http://tinyurl.com/6jrespl.

Andrey Serebryansky
Senior Support Engineer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

Andrey,

I have uploaded 2 snapshot files for you. They both begin with
"VS2008" in the title. I hope these can tell you something.

Also, per my response above, disabling the code analysis does help,
but it still slows down some eventually, but not to the extent it does
with analysis running. With R# disabled editing is instantaneous.

The memory usage is quite high with analysis running and somewhat
lower with it disabled.

I have NOT been using the solution-wide code analysis as that also
created a noticable burden on the system.

This seems to run so slow with R# completely enabled that is as if I
am running out of memory and the swap file is being used. I do not
believe that is the case, but the speed gets so slow that it is almost
totally unusable.

Thank you,

John

---
Original message URL:
http://devnet.jetbrains.net/message/5297363#5297363



0

Andrey,

I tried the nightly build from March 15, but it was too buggy to use so I am back to 5.1.

Do you have a projected date for release of 6.0? Will it cost me money (again!)?

Thanks

0

Hello,

I'm a new user of R#, just started with version 5. And I experience the same problems (memory consumption and temporarily locking VS) for the last two weeks or so.

I'm using VS 2010, SP1 on a XP 32 machine. I also use the latest R# version.

Hopefully there will be a solution for this issue soon, as I'm only working with VB and disabling R# should not be an option.

Best Regards
René

0

Please sign in to leave a comment.