Resharper 2.0 for VS.NET 2005 unusably slow

Seriously, it's so slow I can't even type anymore. It can't keep up with me, it stays about 3 seconds behind. This is on a solution with 4 projects and not a lot of code. Is there anything I can try changing in the options to make it faster?

0
33 comments
Avatar
Permanently deleted user

Seriously, it's so slow I can't even type
anymore. It can't keep up with me, it stays about 3
seconds behind. This is on a solution with 4
projects and not a lot of code. Is there anything I
can try changing in the options to make it faster?


Matt,

Using the same b.s. logic that I was told when I complained about how much memory 2.0 appears to be using, you're supposed to go out and purchase gobs and gobs of RAM just so VS becomes usable again. Which fails to address the real problem -- that ReSharper 2.0 is slow, and a memory hog. At the very least there oughta be a way to disable whatever features are causing it to drag so badly.

I've uninstalled 2.0 -- couldn't get anything done!!

-Tim

0
Avatar
Permanently deleted user

It doesn't look like memory is causing my problems; VS.NET is only using about 200 MB according to the task manager, and I have over half a gig free. My development machine has 2 GB and dual Xeon 3.0's; I would think that should be more than enough for Resharper, but obviously not.

Seriously guys, I don't know what you did to make 2.0 perform so poorly, but may I suggest reverting to 1.5 and starting over? I don't need half the crap that you guys built-in; take unit tests as an example. I will use TestDriven.NET to run my tests since it's vastly superior to Resharper and doesn't cause VS.NET to become unusable.

Anyway, I'm ranting a bit, but it really is that bad. I can't develop in VS.NET 2005 with Resharper 2.0, period, and that sucks.

0
Avatar
Permanently deleted user

I'm in again.. it is slow :(
Especially as I'm using VS2005R#2 and VS2003R#1.5.
VS2003+R#1.5 is blazing fast .. I think I'm repeating myself :(

Corneliu.



Hello Matt,

It doesn't look like memory is causing my problems; VS.NET is only
using about 200 MB according to the task manager, and I have over half
a gig free. My development machine has 2 GB and dual Xeon 3.0's; I
would think that should be more than enough for Resharper, but
obviously not.

Seriously guys, I don't know what you did to make 2.0 perform so
poorly, but may I suggest reverting to 1.5 and starting over? I don't
need half the crap that you guys built-in; take unit tests as an
example. I will use TestDriven.NET to run my tests since it's vastly
superior to Resharper and doesn't cause VS.NET to become unusable.

Anyway, I'm ranting a bit, but it really is that bad. I can't develop
in VS.NET 2005 with Resharper 2.0, period, and that sucks.



0
Avatar
Permanently deleted user

TimCav <no_reply@jetbrains.com> writes:

Using the same b.s. logic that I was told when I complained about how
much memory 2.0 appears to be using, you're supposed to go out and
purchase gobs and gobs of RAM just so VS becomes usable again. Which
fails to address the real problem -- that ReSharper 2.0 is slow, and a
memory hog. At the very least there oughta be a way to disable
whatever features are causing it to drag so badly.


Try deactivating the continous scanning in the current editor by
pressing Ctrl-8, maybe this will help you.

I really find it interesting why people are getting this different
results. Me, for instance, do not experience any performance issues at
all, even while working on my largest project with around 20
simultaniously open projects and quite some amount of code.

Best regards,
Martin

0
Avatar
Permanently deleted user

I just downloaded build 250 which seems to be more sluggish than build 248 (VS 2005)

Yesterday R# helped me, today it is slowing me down A LOT.

PC spec is fine for the job: 3gb RAM, dual 3.6 CPU, heaps of free disk.

I am even getting poor performance in a small ASP>NET test project that contains a single .aspx with very little code in it.

Main areas of poor performace:
- Pressing ENTER to get a new line : ~1 second
- Pressing TAB (just to insert a whitespace tab) : noticable delay
- Auto intellisense is too slow (Auto-popup after dot=ON, Delay=0ms). Typing the keyword this (as an example) at a reasonable speed (typeing time ~0.5 secs) allows me to see the wonder of R# drawing and repositioning many windows on the screen
- Parameter lists take a noticeable time to appear: ~ 1 second for string.LastIndexOf()

All in all, the performance is just slow enough in many areas to make the whole experience unsatisfactory. I am sure that recent builds had better performance this this.

JetBrains - time to get the profiler out??

0
Avatar
Permanently deleted user

Hi James,

Maybe you could submit your small test project to JetBrains for them to look
at? By the sounds of it they've been having trouble reproducing some of the
performance problems so your project might really help them out.

I just downloaded build 250 which seems to be more sluggish than build
248 (VS 2005)

Yesterday R# helped me, today it is slowing me down A LOT.

PC spec is fine for the job: 3gb RAM, dual 3.6 CPU, heaps of free
disk.

I am even getting poor performance in a small ASP>NET test project
that contains a single .aspx with very little code in it.

Main areas of poor performace:
- Pressing ENTER to get a new line : ~1 second
- Pressing TAB (just to insert a whitespace tab) : noticable delay
- Auto intellisense is too slow (Auto-popup after dot=ON, Delay=0ms).
Typing the keyword this (as an example) at a reasonable speed
(typeing time ~0.5 secs) allows me to see the wonder of R# drawing and
repositioning many windows on the screen
- Parameter lists take a noticeable time to appear: ~ 1 second for
string.LastIndexOf()
All in all, the performance is just slow enough in many areas to make
the whole experience unsatisfactory. I am sure that recent builds had
better performance this this.

JetBrains - time to get the profiler out??



0
Avatar
Permanently deleted user

I've been plagued by this same performance problem, and cltr-8 doesn't seem to make any difference.
I have VS 2003 and VS 2005 installed. The slowdown I'm seeing is in 2005. I've got Whole Tomato's Visual Assist X installed as well, though disabling it does not fix this problem either.
I've got three monitors on my system, and I usually have VS 2005 spread across two of them, with two text editor windows (though reducing that to one does not fix this problem). Moving VS2005 to just one monitor does not help either.
Very frustrating. I need to work in 2005, R# 1.5 doesn't even work there, so I put up with this performance because I'm addicted to the refactorings. But it's driving me insane.

0
Avatar
Permanently deleted user

Machine stats:
Windows XP
Dual 3.0 GHZ Intel Xeon
2 GB Ram

I see this in solutions that are small (one or two) or large (twenty or so).

0
Avatar
Permanently deleted user

Tim,

If it is unusable, I am sure that you can find someone that will purchase
your license. I personally find it very useable and can't do without
Resharper in my development.

Kent
"TimCav" <no_reply@jetbrains.com> wrote in message
news:19132670.1149087974916.JavaMail.itn@is.intellij.net...
>> Seriously, it's so slow I can't even type
>> anymore. It can't keep up with me, it stays about 3
>> seconds behind. This is on a solution with 4
>> projects and not a lot of code. Is there anything I
>> can try changing in the options to make it faster?
>

Matt,

>

Using the same b.s. logic that I was told when I complained about how much
memory 2.0 appears to be using, you're supposed to go out and purchase
gobs and gobs of RAM just so VS becomes usable again. Which fails to
address the real problem -- that ReSharper 2.0 is slow, and a memory hog.
At the very least there oughta be a way to disable whatever features are
causing it to drag so badly.

>

I've uninstalled 2.0 -- couldn't get anything done!!

>

-Tim



0
Avatar
Permanently deleted user

James,
The problem is that almost all the complains like 'R# is slow' give no
feedback at all. One of our users send us dotTrace's snapshot that reviled a
problem with .NET 1.1 framework. We failed to reproduced the behavior, but
patched the code in order to avoid that particular problem (build 251 will
contain the change). We do use profiler, and do use R# daily, but we cannot
cover all possible configurations and usage scenarios.

--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


0
Avatar
Permanently deleted user

Sergey, what information would be useful to you? How do we get it?

0
Avatar
Permanently deleted user

When I went back to my small, slow, test project on Monday it was, of course, fast...

Anyhow, I think that my R# degraded performance experience may be coupled with having more than one instance of VS2005 open.

Having multiple VS instances open is a common use case for me as I will open a 2nd or 3rd instance when spiking ideas. I will also open a new instance when attempting to duplicate R# problems.

On the subject of you receiving profiling data, how about this: Have R# detect if dotTrace is installed on the machine and expose a menu item to allow immediate "built-in" profiling. R# would then also have support for sending the results directly to you. That would make it simple to run the profiling which, in turn, would make it more likely that users would run it.

0
Avatar
Permanently deleted user

John,

The best thing is to run VS under any profiler (preferably dotTrace :) and
get a snapshot.

--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


0
Avatar
Permanently deleted user

I have a 15mb (zipped) dotTrace snapshot of 3-4 minutes of VS usage with R#. The solution I was working with is one winforms exe and 4 class libraries. Dev workstation is P4, 3.2, 1GB RAM, 256 video. To what e-mail can I send it or upload it (ftp)? The forums won't take a file this big.

0
Avatar
Permanently deleted user

Mike,

Thanks a lot. Send it to me directly qx at jetbrains dot com
--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


0
Avatar
Permanently deleted user

I've got exactly the same problem with typing in vs2005. I almost thought that I found the solution here: http://forums.microsoft.com/MSDN/ShowPost.aspx?PageIndex=3&SiteID=1&PostID=519526, but that also did not help me.

I have reverted back to vs2005 intellisense. I also deleted the resharper cache files and close and opened my solution again. Now it seems that I can at least type again.

I also work on multiple solutions at the same time, but closing the one solution didn't work for me.

0
Avatar
Permanently deleted user

Hello hendrik,

have you tried the EAP build 255 (available from http://www.jetbrains.net/confluence/display/ReSharper/Download)?
In this build we made some improvements
aimed in the first place to reduce possible delays during typing.

Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

I've got exactly the same problem with typing in vs2005. I almost
thought that I found the solution here:
http://forums.microsoft.com/MSDN/ShowPost.aspx?PageIndex=3&SiteID=1&Po
stID=519526, but that also did not help me.

I have reverted back to vs2005 intellisense. I also deleted the
resharper cache files and close and opened my solution again. Now it
seems that I can at least type again.

I also work on multiple solutions at the same time, but closing the
one solution didn't work for me.



0
Avatar
Permanently deleted user

Hi Dmitry,

I'm using 255 on VS2005 and also find it completely unusable (whereas it's ok under 2003).

I noticed that a previous poster mentioned that their setup used multiple monitors. I use 4 monitors (as do my colleagues who also have this problem with Resharper under VS2005). Specifically, they're Matrox devices/drivers. Furthermore, I'm using an application called MultiMon to improve the usability of multiple monitors on WinXP.

Perhaps this might help?

0
Avatar
Permanently deleted user

Hi John,

I'm also seeing these problems, and my setup is multi-monitor.

Specifially:

Dual Xeon Hyperthreaded @ 3.2 GHz
2.0 GB RAM
devenv running (currently) with 238 MB mem usage.
Matrox Millennium P650 PCIe video card (for monitors 1 & 2)
Matrox Millennium P650 Low-profile PCI video card (for monitors 3 & 4)

I'm also using MultiMon, to help with all those screens.

Performance issues are seen even with a single instance of VS2005 installed.

Note that I have a side-by-side installation of 2003 & 2005.

0
Avatar
Permanently deleted user

Hello Drew,

could you please elaborate on what in particular is unusable? Is typing unbearably
slow? Are ReSharper windows (and what windows) slow to show? Thanks.


Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

Hi Dmitry,

I'm using 255 on VS2005 and also find it completely unusable (whereas
it's ok under 2003).

I noticed that a previous poster mentioned that their setup used
multiple monitors. I use 4 monitors (as do my colleagues who also
have this problem with Resharper under VS2005). Specifically, they're
Matrox devices/drivers. Furthermore, I'm using an application called
MultiMon to improve the usability of multiple monitors on WinXP.

Perhaps this might help?



0
Avatar
Permanently deleted user

Hi Dmitry,

When typing, characters don't appear for around a second.

Autocomplete is slow to pop up.

Scrolling around, using the keyboard, causes the CPU usage to spike, and the screen doesn't update speedily (note that this only applies to code documents, not to others such as txt files).

Note that this problem gets worse, depending upon how long the VS process has been running. Restarting VS does improve the performance temporarily, though even then you would still notice some sluggishness.

Hope that helps.

Drew.

0
Avatar
Permanently deleted user

Drew,

have you tried ReSharper 2.0 for VS 2005 on a single-monitor setup? Did you
experience the same problem there? Thanks.


Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

Hi Dmitry,

When typing, characters don't appear for around a second.

Autocomplete is slow to pop up.

Scrolling around, using the keyboard, causes the CPU usage to spike,
and the screen doesn't update speedily (note that this only applies to
code documents, not to others such as txt files).

Note that this problem gets worse, depending upon how long the VS
process has been running. Restarting VS does improve the performance
temporarily, though even then you would still notice some
sluggishness.

Hope that helps.

Drew.



0
Avatar
Permanently deleted user

Hi Dmitry,

Unfortunately there's no single monitor setup in my office. I wonder whether other users who're experiencing this problem are also on multiple monitors.

Anyone seeing this on a single monitor?

Drew.

0
Avatar
Permanently deleted user

I don't see any slow down on my dual monitor setup, nor my single monitor
laptop. This is true since 2.0 through to latest EAP (256).

Drew Noakes wrote:

Hi Dmitry,

Unfortunately there's no single monitor setup in my office. I wonder
whether other users who're experiencing this problem are also on multiple
monitors.

Anyone seeing this on a single monitor?

Drew.

0
Avatar
Permanently deleted user

Hi,
I'm using R# 2.0 b249 on a P4 hyperthreading 3GHz,1G dual ram.
First ...on big web projects(more than 50 projects in a solution) it crashes visual studio; when I try a conversion of a 2003 solution ->2005 (12 projectsin a sln) it stops when R# starts parsing the files after vs2005 converts them...and stays like this 5 min+...I killed the thread...too much for me. It has serious lag at typing code...unusable with vs2005...but the main problem:

I don't understand why R# has to parse for about 30 sec the core libraries and then the solution projects everytime.This introduces a very frustrating lag at load.
As I see it first time when it loads it could parse the .NET libraries, the other installed libraries and then the solution files(projects). A cache could be made and then at restart only check for checksum of files...if they aren't changed why do u need to parse them again?...and when I start another completly different solution...it starts to parse the same files again and then the solution files...
I wrote all this because I used and liked R# 1.5 for vs2003 and it would be nice if R# 2.0 could be used with vs 2005.

0
Avatar
Permanently deleted user

yes, I liked 1.5 for vs 2003 very much. But 2.0 for vs 2005 is completely unusable for me. I already install the most recent build to hope that slowness can go away. But still there.

Is there any way that we can turn off some features so that it can run just as amazing as 1.5 in vs 2003?

0
Avatar
Permanently deleted user

Because I'm experiencing the same performance problems (especially in ASPX/ASCX) as the posters above, I followed up on the hint that it might be related to my three-screen setup.

So I disabled my second and third screen in the windows display options. R# still slow.

I closed UltraMon. R# still slow.

After closing and restarting VS2005, R# was working much faster!
Even after reactivating the two screens and restarting UltraMon the performance is still okay. While R# is still not as fast as it was in VS2003, this is something I can definitely work with.

Hope this helps!

0

I would personally love a Resharper 2.0 Lite version. Give me what Version 1. had, and make it fast.

0
Avatar
Permanently deleted user

I'm wondering if there's been any discovery about the preformance issues mentioned in this thread?

I have a Dual Xeon 1.8 w/512KB L2 Cache machine with 2GB and 10K RPM drives, running dual monitors... and VS.NET 2005 with R# 2.0 is killing me.

I love the functionality, can't stand the performance.

I have two profiler traces created with the new dotTrace 2.0 beta - one CPU and one Memory. I can't email them right now because my mail server is down (it should be back up in the morning)... but I'm not feeling very encouraged when you've asked for such traces in the past, and I see no real indication that they're making a substantive difference in tackling this problem.

I would be happy to send the snapshots... they're of the first minute or so of me opening a rather large solution, and then manipulating a single file for a few seconds.

I've tried to get help from the normal support channels at JetBrains, and the response was essentially "I'm sorry, ReSharper with VS.NET 2005 has known performance problems, and there's nothing we can do about it." Of course, I'm paraphrasing in a rather nasty way... the support person was genuinely trying to help, but I got the feeling there was NOTHING that person could do to help me, so they did whatever they could, and then threw up their hands in resignation.

I've tried removing DevExpress completely to give R# the room it needs, and I found absolutely no better performance.

Something I've thought about, after reading posts about this for the last several months: could this be particularly bad for people who use dual monitors? I know others have mentioned issues with systems that did not have dual monitors, but it does seem to happen more frequently (and those who use laptops could be considered to be running systems with drivers that support dual monitors).

Please, please, please help. I've turned off identifier highlighting, I've turned off syntax analysis. All to no avail. It's not fair to get a guy hooked on your outstanding product, and then leave him hanging when there's performance issues!!! :)



Attachment(s):
sshot-8.png
sshot-7.png
0
Avatar
Permanently deleted user

I too have struggled with performance for months and share the same frustration. I have a similar setup (Core 2, 2GB, RAID5, nv7600GT 256mb, etc.., etc...) and it almost seem impossible that this is a "not enough horsepower" issue.

I have posted this elsewhere, but thought I would share what works for me since you didn't specifically mention them above.

1). Turn off the Navigation bar. Options > Text Editor > C# > Display
2). Turn off tracking changes. Options > Text Editor > General > Settings


When I do these two things, R# instantly becomes usable.

I agree with you that this seems to be related to multi-monitor as well.

I noticed that VS2005 Service Pack 1 beta is going to launch today at connect.microsoft.com I'm not in a position right now where I can risk my everyday machine, but I'd be curious to see if this helps R# performance. Maybe JetBrains can download it and give it a try.

0

Please sign in to leave a comment.