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?

0
53 comments

Extra details: I'm running VS 2005 SP1.

/axl

0
Avatar
Permanently deleted user

For what it's worth I'm observing the same sluggishness.

Simon

0
Avatar
Permanently deleted user

Same edition of visual studio, same problem for me. I just uninstalled it for now because I have to get work done. Hopefully a later build or some solution will come out to fix it.

I have noticed that it seems worse in source view of aspx files than anywhere else.

After a while, visual studio w/Resharper uses up so much memory, I had to restart Visual Studio or it would lock up my machine.

Message was edited by:
Pablo Manzanera

0
Avatar
Permanently deleted user

I've had the exact same issue. The solution I'm working with consists of a web site plus 11 projects. With Resharper enabled, it takes about 15 minutes to open the solution but it only takes about 5 seconds with Resharper disabled.

When editing ASPX files memory shoots through the roof and Visual Studio usually starts to die once Resharper gets to the 400+ MB usage range. If I avoid ASPX files, Resharper memory usually gets to about 200-250MB and generally holds steady.

I went through support in late July to try to get the issue resolved and pretty much gave up when told the solution was to disable resharper, which works but is not really the optimal solution.

0
Avatar
Permanently deleted user

Version 3.0+ is pretty much a POS in my experience. I've been having the same troubles as everyone else here, normal sized project, ide gets sluggish, reported memory usage goes to 300 - 400 mb and ultimately resharper crashes, leaving visual studio unstable (either I save and restart the IDE or it, too, will eventually crash)

Unfortunately, the only solution has been to disable resharper.

One of my coworkers suggested Refactor Pro. I really hate to shell out an additional $99 and learn a new product, but these bugs are pushing me hard in that direction.

0
Avatar
Permanently deleted user

I also have the same issue.

My solution contains 19 projects (class libraries, web application projects, and web deployment projects).

I noticed it the most when I'm in the aspx source view. The aspx pages are content pages typically around 500 lines and contain GridViews/FormViews and ObjectDataSources.

I tend to get out of memory exceptions a few times a day. To avoid them, I've been closing and reopening VS when every managed memory gets above 300 MB.

0
Avatar
Permanently deleted user

I had some problems with slowness after installing the RGreatEx plugin from http://www.safedevelop.com/default.aspx. If you have that plugin installed,,,try removing it and restarting visual studio to see if this makes a diffrence.
Without this plugin installed everything is working ok for me (using 3.02 full version with VS 2005).

0
Avatar
Permanently deleted user

Same here. I disabled R# through "Tools, Add-in Manager" a few times and confirmed that it is R# that caused the slowness. If R# is enabled, switching to other file (through Ctrl+Tab or clicking the tab) will cause a delay. Even switching from another application to VS will cause a noticeable delay. It seems that R# is doing something when the editor window get the focus.

The slowness happens too when stepping through the code.

I have no other plug-ins installed.
R# 3.02 in Windows XP SP2 and VS 2005 SP1.
Antivirus (AVG) is not active.

0
Avatar
Permanently deleted user

No one on this thread has posted the amount of memory installed in their development workstation, whether or not they are developing on a 64bit system, etc. Can you guys please provide full details?

0
Avatar
Permanently deleted user

Sorry, mine is 2gb RAM on 32-bit system. P4 2.8Ghz HT.

I just reinstalled R# and it is fast now, no more delay switching editor windows.

0
Avatar
Permanently deleted user

Intel x86 dual core 3.2GHZ with 2 GB ram running Windows XP Pro and VS 2005 SP1. I've also had the same problem on an AMD system with similiar specs.

It don't think it has much to do with physical resources.

0
Avatar
Permanently deleted user

We have the same issues. Once every hour we need to close Visual Studio 2005 because it becomes unworkable and ReSharper memory consumptions reaches 600MB.

Our system specs: Intel P4 2.8Ghz with 1GB of physical RAM.

I have been saying this for almost 2 years now guys. Stop adding new features to ReSharper and please please please work on these performance issues because right now we are becoming less productive when using ReSharper.

0
Avatar
Permanently deleted user

I highly recommend you get another Gb of physical memory... memory is cheap,
and it'll give you an instant boost in performance, as developing with
VS2005 + Reshaper on a Windows platform is a bit of a tight fight in only
1Gb these days.

"Gabriel Lozano-Moran" <gabriel@lozano-moran.name> wrote in message
news:24544790.1190701327813.JavaMail.itn@is.intellij.net...

We have the same issues. Once every hour we need to close Visual Studio
2005 because it becomes unworkable and ReSharper memory consumptions
reaches 600MB.

>

Our system specs: Intel P4 2.8Ghz with 1GB of physical RAM.

>

I have been saying this for almost 2 years now guys. Stop adding new
features to ReSharper and please please please work on these performance
issues because right now we are becoming less productive when using
ReSharper.


0
Avatar
Permanently deleted user

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.

0
Avatar
Permanently deleted user

Does anyone know if this is related to the size of the projects, the type of workstation, or.... anything?

I've recommended ReSharper to clients doing C# and they thought it was the greatest thing since sliced bread. My latest client is a VB.NET shop so I was pleased to see the latest version did VB. I recommended it to this client, they bought it, and the developers are in an uproar that VS 2005 is just unusable because it's so slow.

Any help/advice?

0
Avatar
Permanently deleted user

I have had the same problem. The only thing that is common between projects
that run slowly is that they contain an ASP.NET project. My projects that
contain only windows form projects run fine.

Rob

"Bob Koss" <no_reply@jetbrains.com> wrote in message
news:21054063.1190814706320.JavaMail.itn@is.intellij.net...

Does anyone know if this is related to the size of the projects, the type
of workstation, or.... anything?

>

I've recommended ReSharper to clients doing C# and they thought it was the
greatest thing since sliced bread. My latest client is a VB.NET shop so I
was pleased to see the latest version did VB. I recommended it to this
client, they bought it, and the developers are in an uproar that VS 2005
is just unusable because it's so slow.

>

Any help/advice?


0
Avatar
Permanently deleted user

Dell E1705 notebook
Intel 1.83GHz Core Duo processor
2GB RAM
Hitachi 200GB 7200 RPM hard drive
ATI Mobility Radeon X1400
Windows Vista Ultimate

I doubt this has much to do with hardware, though. I see the same
sluggishness and memory spikes on my desktop computer:

Intel 2.4GHz Core 2 Duo processor
4GB RAM
Western Digital 160GB Raptor 10,000 RPM boot drive
Dual Seagate 750GB ES drives striped data drives
Dual ATI Radeon X1950 Pro video cards
Windows Vista Ultimate x64

I can be typing a new line of code and suddenly Visual Studio 2005 stops
responding. If I continue typing despite the "hang", I think most of the
time the keystrokes catch up after a few seconds.

I like to keep my notebook/desktop running since Sleep/Hibernate works so
much better in Vista and rarely reboot. The problem here is that I can go to
bed with Visua Studio 2005 open and see something like 20MB memory usage in
the status bar. When I wake up in the morning, it'll invariably be 100+MB
from just sitting idle a few hours. As an example, I had a somewhat smallish
solution open last night and saw 19MB memory usage in the status bar just
before going to bed. When I checked the computer this morning, the status
bar was up to 141MB and Visual Studio 2005 was somewhat sluggish responding
initially.

"Jeremy Gray" <no_reply@jetbrains.com> wrote in message
news:11302868.1190660925764.JavaMail.itn@is.intellij.net...

No one on this thread has posted the amount of memory installed in their
development workstation, whether or not they are developing on a 64bit
system, etc. Can you guys please provide full details?


0
Avatar
Permanently deleted user

I've experienced sluggishness issues on smallish straight-up C# projects
that don't even reference System.Web, so it is not exclusively web projects.
I think what might make a difference in my case is that we are referencing
Spring.AOP, Spring.Core, Spring.Data, Spring.Data.NHibernate12, NHibernate,
Common.Logging, and Common.Logging.Log4Net. The solution I'm working on
consists of a domain model project with about 15 straight-up POCO classes
(fields and properties only, no real code), a DAO project with perhaps six
DAO classes (very minimal code) that inherit from an abstract DAO class
(perhaps 50 to 100 lines of code) and XML mapping files for the domain
classes, a Windows Service class (perhaps 50 lines of code), a console
debugger app (perhaps 50 lines of code), and a service class containing most
of the logic. As code goes, the solution is trivially small because we're
leveraging a lot of functionality and dependency injection from Spring.NET
and NHibernate.

I have a very similar project that is implemented as a web service that has
similar sluggishness at times, but we're using Spring.Web and
Spring.Web.Extensions to provide the actual WSDL and interfaces to the world
(no actual "web" code exists anywhere in our solution).

I have no clue what causes the issue, but it seems every time Visual Studio
2005 "hangs" for a few seconds the green/yellow/red square disappears and
reappears exactly when Visual Studio 2005 finally responds to keystrokes.
What I find odd here is that normally ReSharper begins scanning after some
amount of time after I quit time to scan the file (say if I haven't
pressed any keys for 100ms or so), but in these cases Visual Studio 2005
quits responding while I'm actively typing and completely interrupts my
train of thought. Even though I'm more or less used to it, it still triggers
a feeling of panic when it happens and takes me a few seconds to realize VS
hasn't crashed, it's just ReSharper doing whatever odd thing it is doing.

"Rob Trainer" <rtrainer@portals2go.com> wrote in message
news:fddptp$e7f$1@is.intellij.net...
>I have had the same problem. The only thing that is common between
>projects that run slowly is that they contain an ASP.NET project. My
>projects that contain only windows form projects run fine.
>

Rob

>

"Bob Koss" <no_reply@jetbrains.com> wrote in message
news:21054063.1190814706320.JavaMail.itn@is.intellij.net...

>> Does anyone know if this is related to the size of the projects, the type
>> of workstation, or.... anything?
>>
>> I've recommended ReSharper to clients doing C# and they thought it was
>> the greatest thing since sliced bread. My latest client is a VB.NET shop
>> so I was pleased to see the latest version did VB. I recommended it to
>> this client, they bought it, and the developers are in an uproar that VS
>> 2005 is just unusable because it's so slow.
>>
>> Any help/advice?


0
Avatar
Permanently deleted user

I completely uninstalled ReSharper 3.0.2 and reinstalled it and things seem to go better now. Before I had memory consumption over 600MB and now it seems to start with 50MB and stays steady after a while around 150MB. We are talking about the same project, same hardware and same person who is using it.

0
Avatar
Permanently deleted user

Even without Resharper, you'd benefit. Our company upgraded all our
machines to 2Gigs YEARS ago, and it benefitted everyone, Resharper users and
non-users alike. Visual Studio uses a lot of memory itself, plus the
application you're developing, plus all the other things loaded (other
tools, browsers, servers, whatever).

In this day and age, 2Gig would strike me as a mimimum system configuration
for serious software development.

Heck, my last laptop has 2Gig on it, and I don't even use it for software
development. A friend got the exact same laptop at the exact same time, but
with only 1Gig, and got so frustrated with performance he went out and
upgraded it to 2Gig.

Upgrading to 2Gig has nothing to do with Resharper. It's just a modern
necessity. It will help you significantly.


"Gabriel Lozano-Moran" <gabriel@lozano-moran.name> wrote in message
news:3416311.1190736050984.JavaMail.itn@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.


0
Avatar
Permanently deleted user

You really underestimate the Total Cost of Ownership of upgrading more than 100 developer workstations with extra RAM.

There is a big difference between delivering new workstations with 2GB of RAM and upgrading existing workstations in large environments.

0
Avatar
Permanently deleted user

I am experiencing same things... went from an IDE that didn't crash as long as I can remember to an IDE that crashes 10 times a day.

I tried uninstalling and reinstalling and as soon as I loaded up Visual Studio and my project I needed to go into the Resharper Options Page and it would flash on the screen and then go away. No way to change anything. So I restart IDE. Hangs. > 90% CPU usage.

I am going to have to uninstall Resharper but I just paid $350.00!!

0
Avatar
Permanently deleted user

I have almost identical specs on my desktop machine except that I'm running Windows 2003 Enterprise. VS slows down a lot due to Resharper. I really like the tool, but if I have to wait one or two seconds for each character I type that's where I draw the line. Disabling the analysis helped, but now always. It seems to have problems with big aspx files (more than 400 lines) with lots of controls on them. I haven't noticed much in the code behind...

0
Avatar
Permanently deleted user

Compare and contrast it with the cost of lost productivity and developer
frustration. Yeah, it's not cheap. But you can roll it out, as we did in
our company, where they upgraded every developer over time. And in the long
run, it's more than worth it, and it pays for itself.


"Gabriel Lozano-Moran" <gabriel@lozano-moran.name> wrote in message
news:21088520.1190972981404.JavaMail.itn@is.intellij.net...

You really underestimate the Total Cost of Ownership of upgrading more
than 100 developer workstations with extra RAM.

>

There is a big difference between delivering new workstations with 2GB of
RAM and upgrading existing workstations in large environments.


0

2GB, Dual Core 3.4 GHz 32bit.

0
Avatar
Permanently deleted user

What a slowness do you saw?
Which RGreatEx version do you try?

I had some problems with slowness after installing the RGreatEx plugin
from http://www.safedevelop.com/default.aspx. If you have that plugin
installed,,,try removing it and restarting visual studio to see if
this makes a diffrence. Without this plugin installed everything is
working ok for me (using 3.02 full version with VS 2005).


Best regards,
Alexander Nesterenko
http://www.safedevelop.com


0
Avatar
Permanently deleted user

I am with you there. 2.x had massive problems in this area. I was really hoping 3.x would address them but it seems not.
Everyone here has 2Gb ram so its not the amount of ram that is important.
It really does seem centred around aspx files, as far as we can tell.
Its only when I am working on those that VS grinds to a halt until I have to restart it.

0
Avatar
Permanently deleted user

Same here - openieng DotNetNuke or any other ASP.NET project took 0.5hr, then I had to restart VS. Tried couple times - always the same - I had to uninstall resharper...

My dev machine: CoreDuo2 1.8 GHz, 2GB RAM, VS2005 SP1

Lukasz

0
Avatar
Permanently deleted user

Same problems here - using 3.1 RC2 on 2ghz dual core with 1.5G memory- both under VS 2005 and 2008. Uninstalled it it had gotten so bad, which sucks because I had gotten pretty attached to it. I have fairly small projects, no use of ASP at all. Various times where VS seems to lock up for long periods. Also switching between pages in the editor - and in particular moving to the next error in the error/warning list - was way too SLOWWWWW. My guess is it might be some kind of memory leak, I've noticed since uninstalling it that devenv usage is only 30-50m, before was at often 500-600m

0
Avatar
Permanently deleted user

I never had performance issues with ReSharper until I installed DevExpress Core to use the Documentor plugin. Since doing so, I experienced very similar symptoms as you, moving between tabs took several seconds, I had frequent locking waiting for R# Intellisense to appear.

FWIW, uninstalling DevExpress restored my performance issues. Simply removing it via the Add-In Manager didn't do the trick either, I really had to remove the bits before R# would run smoothly again.

0

Please sign in to leave a comment.