VS IDE Extremely sluggish?
I'm running the eval version of 3.02 at the moment and the VS IDE is extremely sluggish. I've disable my virus scanner (Kaspersky) as some people have suggested, and the solutions are on another physical hard-disk from Windows and Program Files. The solution is not very large, 50-100 source files, C#, not very complicated (IMHO). It's very quick to work with without R# and I've got a dual core 3.4 GHz machine running Vista.
As an example, pressing CTRL+TAB to move between two windows causes a delay of two seconds. Cutting/pasting lines in source, causes a similar delay.
Is it possible that I have configured something incorrectly?
Please sign in to leave a comment.
I'm not using DevExpress for anything (that I know of), save the dll's that Resharper installs in its directory. Also had no other add-ins that I was using.
I'm using ReSharper 3.2 RC2 on Windows Longhorn Server beta 3 64-bit, Core 2
Duo-based Xeon processor at 1.6 GHz with 4GB of RAM.
ReSharper is the only plugin I have in Visual Studio 2008 Professional
Edition in which I only do C# development. After installing R# Visual
Studio has slowed waaaay down. It takes seconds to switch between editor
tabs and seconds to redraw the current editor tab when I navigate to a piece
of code that is off the screen. There are many other performance issues as
well.
This is a sad problem to have in an otherwise very productive piece of
software. Its like ReSharper allows me to write code faster, but I have to
wait often while writing the code. My guess is that there is no net gain in
productivity due to this slowness.
My direct questions to the people at JetBrains:
Are you aware that ReSharper significantly slows down Visual Studio?
Is there any plan to mitigate this in the very near future?
Is there any suggested procedure to reduce this sluggishness while we all
await a fix for the poor performance?
-SteveL
--
This posting is provided "AS IS" with no warranties, and confers no rights
"Paul Bradshaw" <pbradshaw@advsol.com> wrote in message
news:fdgn2k$rie$1@is.intellij.net...
>
>
>
>
>
>> Oh but Paul the problem is not the price of memory. If you work for a
>> large company with a whole lot of .NET developers than the Total Cost of
>> Ownership for additional of RAM is very high. And not even having the
>> guarantee that this will solve the performance issues with ReSharper. And
>> I find it extreme that we need to upgrade our hardware to be able to work
>> with a tool that is supposed to increase our productivity.
I know this is an old thread which just got resurrected today, but I'd like to add a me-too to it.
I have a high-end 4GB Vista machine, which certainly can run VS2008 + R# 3.02 without any problem or pauses at all when it wants to, but in some circumstances I'm yet to be sure about, I see exactly the same pauses that other people are reporting, generally when switching page, or switching back to VS.
I originally thought this was an interation-with-VisualAssist-problem, because everything worked fine when I removed VA, however it seems to have returned today, possibly becase I installed VisualSVN.
I can see why R# and VA might never be able to get on, but it looks like it's not a VA problem at all, in that the same bug can be triggered without it.
There doesn't seem to be any disk activity associated with the pauses. One possible clue from running ProcMon is that the Visual Studio 'colors' section of the registry is being read repeatedly during the pause. I don't know why that should be, but possibly it's helpful.
I'm in the middle of a 30-day eval of R#, and this is certainly putting me off.
Hello Will,
Actually we noticed that refreshing color information (the constant reading
of registry you mentioned) is a bottleneck on some machines and
fixed it in 4.0 but the fix didn't go into 3.x. However, we will definitely
put it into 3.1.1, I created a request for it: http://www.jetbrains.net/jira/browse/RSRP-55018
Thanks for reminding!
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
Steve Lessard schreef:
That's what I'm thinking too.
It's extremely nice to have, but it slows me down too much.
Danny
---
Hello,
Would it happen to older versions of VisualSVN, those that do not support
the "explicit check-out" style of work? We have observed slowdowns on that
part, when it ensures that the current document is checked out.
—
Serge Baltic
JetBrains, Inc — http://www.jetbrains.com
“Develop with pleasure!”
Re VisualSVN - I don't really know what actually triggers this slow-down, it seems to come and go, though enabling VisAassist definitely makes it appear.
3.1 seems slightly faster than 3.02, though it's still unusable with VA enabled.
I'd be pleased to try the fix for the 'repeatedly reading the colors from the registry' bug, as soon as it's available. Given that I have a 100% certain way of repro-ing this pause problem, if there's any other logging or trace you'd like me to gather, just let me know.
I have a feeling that the pauses get longer as there are more files open in VS, but I'm not certain about that.
Hello Will,
the fix for reading colors from registry will be included into the first
EAP build for 3.1.1. Unfortunately, I don't know the exact date this build
will be published, but it should be either right before the NY or 2 weeks
after it
(there will be long holidays after NY here).
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
Do you know if it matters if you run the default colors or if you run with a fully customized color scheme? Because I feel that the performance has dropped since I upgraded from a rather late prerelease of 3.1 to the released version, but at the same time I did download a fully customized color scheme...
I want to get this up to the surface again. Hopefully JetBrains will reply to these messages. They are not very active in this thread.
I have R# 3.1 and VS uses almost 100% CPU when I open a quite big ASP.Net projects. I have removed a lot of unnecessary files, and it's working well once in a while. But the day after the CPU is 100% again.
It seems to me that R# is processing a lot in the background. And having big files in the project slows it down. My impression is that it sometimes get better if I remove some files (source control is generating some files). What if R# could ignore some files/file types/directories if that is the problem?
I haven't done a lot of research on this; it's not the thing I want to spend too much time with, but I'm not very pleased with buying a product which I cannot use.
At least one of the most serious problems being discussed in this thread is fixed in the latest nightly-builds.
I have been running the Jan 23rd (?) build for about a week and not seen any occurrence of the 1-2 second pausing problem. I couldn't say if that fixes your particular problem, but it would be worth you trying.
I've not seen any other particular problem with that build, it seems pretty stable to me.
The only time I see really clunky perf is when you have a serious syntax error which causes much of the remainder of a file to be marked as invalid - perhaps R# could have some kind of 'circuit breaker' option which tripped when it saw more than a certain number of errors in a file and stopped processing the rest.
I notice incredibly slow load times of VS projects, with degrading performance over time. Web project with several support assembly projects.
C# Projects:
VS 2005 SP1 Team Suite
R# 3.1 Full Edition (Build 3.1.584.3)
Dual Xeon 2.8ghz Processors (Each Processor is Dual Core, 4 cores total)
8 GB Ram
15k RPM 160GB Main Drive
10k RPM 500GB Data Drive (Dev projects are on main drive)
Windows XP x64 Edition
NVidia Quadro FX 1400 (Display Adapter #1)
Radeon 9250 (Display Adapter #2)
NEC AccuSync 72VXM Monitor (x 4)
Additional Installed Add-ins:
GhostDoc for Visual Studio 2005
VSSDK.VsIdeTestHost
Additional Installed Software:
Data Dynamics Active Reports for .Net
Telerik RAD Controls Q2 2007 (ASP.Net & Winforms)
Office 2007 Premium
Adobe CS3 Master Collection
SQL Server 2005 Management Tools
Virtual PC 2007
Tortoise SVN
Any help in getting R# to perform as I think it should, given the hardware that I'm throwing at it would be greatly appreciated.
As a side note, it would seem that as it installs, 3.1 does not properly recognize VS 2005 as having SP1 installed. I'm sure this is an artifact of the fact that I'm running on 64 bit windows instead of 32 bit windows... But still highly annoying.
I have found a way to "solve" my problem. I have done two things:
1. I store the cache in system Temp Folder
2. I have set the Re# to not load on start up in Add-In Manager, and start it after the project is loaded
I think it's 2 which has done the trick. It's not ideal, but it doesn't take much longer to fire up my big project.
At least my devenv process is back to normal.
Thanks, sdybvik
I will try your suggestions.
How can I start R# manually, after the project is loaded?
Hello iomega55,
you can use Tools|Add-In Manager for this - just enable ReSharper there.
However, it should (in theory) have the same effect as
having ReSharper enabled while opening the solution. Probably the fact that
the latter is slower is due to some interferention between
VS's solution opening process and ReSharper's one. I guess we should investigate
this more thoroughly.
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
We have been experiencing very slow editing performance (sometimes bordering on unusable) in classes with lots of lines of code (in thousands). Now you could say that we should reduce the number of LOC which is one solution but can we leave that argument aside as there are times when we just have to work with large classes.
I have been discussing this problem with some other people on another forum, some of whom gave up on using ReSharper due to sluggishness. I only just came across this particular thread and I can see that there are some issues possibly solved in 3.11 and 4.0 so some of those who gave up should probably retry it again.
I was using 3.1 and have switched to using the 4.0 EAP's. Performance is fine everywhere except large LOC source files (ie it still seems just as poor in 4.0). It turns out that if I turn off ReSharper Intellisense and switch back to Visual Studio intellisense the performance issues go away. At first I thought it was Code Analysis and while that does consume significant CPU in the background on these large files, it doesn't particularly affect my editing experience. Obviously Intellisense takes CPU and Code Analysis takes CPU. So these two operations may be competing for CPU resource with Intellisense having the most notable effect by degrading editing performance.
Note though that editing performance is still extremely slow with Code Analysis turned off.
So ReSharper intellisense seems to be the culprit.
Hello,
In the current R#4 builds the File Structure window is also a major slowdown,
especially with the Track Caret Position option on. Check if closing the
window helps (just hiding it when docked at a side might not be enough).
This particular issue will be fixed by the R#4 release.
—
Serge Baltic
JetBrains, Inc — http://www.jetbrains.com
“Develop with pleasure!”
I'm suffering the same performance problem, made even more disturbing by the fact that the IDE became so sluggish nearly overnight. I'm running R# 3.1.584.3 in VS 2005 SP on a Vista Ultimate machine, sporting 4GB of installed RAM. The only change I've made in the last few days is that I tweaked a setting in the TortoiseSVN icon overlays, which may have found its way into the IDE via VisualSVN, but I've been running VisualSVN since long before the problem appeared. Also, I noticed the IDE slow down when I switched to the Vibrant Ink colors from the default colors.
What is the recommended nightly build on the 3.1 branch?
No recommendations as to which 3.x nightly build might fix the sluggish performance in VS 2005?
Also, can I run a 3.x nightly build in VS 2005 and a 4.x build in VS 2008?
Add me to the list of people having this issue. My problem seems to be even more severe because the ide will gradually get slower and slower until that i can hardly type and then the IDE will crash. If i disable resharper all my problems go away. Right now i just opened the project (pretty small project) and the member is about 46MB and at the time of the last crash it was up around 560MB (i show resharpers memory usage). I'm currently running version: 5.1.1727.12.
Here are my specs
XP x86 with latest updates
Visual Studio 2010
Core 2 Quad @ 2.66ghz
4GB Ram
This is getting increasingly frustrating. I'll have a crash at least a couple of times a day on this small project ( of about 11 forms). One thing that might be different is this is VB.Net & not C#. One thing i noticed is that i just opened the project. I haven't done anything at all. Not even opened a form and i can see the memory usage jumping around constantly +/- 1-2MB. Guys ive seen you said you fixed many performance issues but do you guys even have a handle on whats going on here? I think its pretty black/white that resharper is the cause when everyone is in agreement these problems disappear when resharper is disabled. I love resharper and its the best productivity tool to every come to Visual Studio but its not worth the performance degredation and having to worry about your IDE crashing and loosing work. Please advise.
Hello Brent,
First of all please upgrade to ReSharper 5.1.1 which is available at http://www.jetbrains.com/resharper/download.
If this doesn't help, could you please capture some performance snapshots
following the instructions at http://confluence.jetbrains.net/display/ReSharper/ReSharperPerformanceProfiling+Instructions
and upload them to ftp://ftp.intellij.net/.uploads/, so that we could find
our for sure what kind of performance problem you're having. Thank you!
Andrey Serebryansky
Support Engineer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
Here's the link I think they meant - Andrey's post was missing some + signs.
http://confluence.jetbrains.net/display/ReSharper/ReSharper+Performance+Profiling+Instructions