Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / Visual Studio.NET / IDE / March 2006

Tip: Looking for answers? Try searching our database.

Extremely high cpu usage by devenv.exe with no rhyme or reason :(

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
CodeConqueror - 10 Mar 2006 18:16 GMT
I too have a problem.  While writing code or working with forms, devenv.exe
sucks up 50-100% cpu for up to a minute or 2 and then throttles back down.  
Other times it spikes up for a little bit and comes back down repeatedly for
no reason.  Some times I only have a code window open and while scrolling up
or down or typing code the devenve.exe spikes up cpu usage.  And it seems
that the longer it runs, the worse it gets.  I usually have to work for up to
an hour, then exit and restart it.  I have tried disabling the help, source
safe, and every other option I can find, I have disabled my anti-virus
completely (all options disabled) and have all updates for all software.  My
system is a P4 2.4 ghz, 1024 mb ram, 80 gig. HD and my system has a separate
hard drive (13 gig) that I use for the paging file (2048 mb) on 1 partition
and the other for file storage, I have defragged and boot time defraged using
Diskkeeper 9 Pro and the problem persists.  Everything else on my system runs
beautifully, just not VS 2005.  Has anyone got any ideas on this?  I have the
same problem on my home machine with similar system specs.  :(  Any help
would be greatly appreciated.
Carlos J. Quintero [VB MVP] - 13 Mar 2006 11:35 GMT
Some ideas:

- Unload all add-ins that you may be using.
- Turn off AutoRecover (Tools, Options menu, Environment, AutoRecover
section)

Signature

Best regards,

Carlos J. Quintero

MZ-Tools: Productivity add-ins for Visual Studio
You can code, design and document much faster:
http://www.mztools.com

>I too have a problem.  While writing code or working with forms, devenv.exe
> sucks up 50-100% cpu for up to a minute or 2 and then throttles back down.
[quoted text clipped - 22 lines]
> same problem on my home machine with similar system specs.  :(  Any help
> would be greatly appreciated.
CodeConqueror - 13 Mar 2006 14:50 GMT
I have already done this.  I have auto recover, source safe, help and
everything else I could find disabled/uninstalled.  Still the same result.  I
even formatted my machine at home and reinstalled with just Windows XP Pro
SP2 w/ all updates and VS2005 and it happens there too.  There must be
something I'm missing somewhere.  I've also noticed that on my work machine,
sometimes the ram usage for devenv.exe will exceed 600 megs and cause the
rest of my computer to crawl.  I've also been having extreme slow downs just
changing the name of a label from Label1 to lblStartDate, this can take 5-20
seconds to finish and allow me to continue and this happens right from the
startup of VS.  I usually end up having to exit VS and re-enter in order for
things to work right about every 30-90 minutes tops and be extremely patient
and work very slowly.  Any other ideas?  Anyone else having these issues?  

Thanks for your help thus far Carlos.  :)

> Some ideas:
>
[quoted text clipped - 28 lines]
> > same problem on my home machine with similar system specs.  :(  Any help
> > would be greatly appreciated.
Carlos J. Quintero [VB MVP] - 13 Mar 2006 15:42 GMT
Hi,

> sometimes the ram usage for devenv.exe will exceed 600 megs and cause the
> rest of my computer to crawl.

This can happen (at least using VS.NET 2002/2003) if you open lots of
designers during a large session.  See:

PRB: High memory usage not released when opening and closing designer
windows in Visual Studio .NET
http://www.mztools.com/articles/2004/MZ005.htm

> I've also been having extreme slow downs just
> changing the name of a label from Label1 to lblStartDate, this can take
> 5-20

This can happen if you have enabled the new refactoring on rename support in
VS 2005 (which is the default). Turn it off:

Tools, Options menu, Windows Forms Designer section,
Refactoring\EnableRefactoringOnRename.

Signature

Best regards,

Carlos J. Quintero

MZ-Tools: Productivity add-ins for Visual Studio
You can code, design and document much faster:
http://www.mztools.com

CodeConqueror - 13 Mar 2006 16:01 GMT
I was unaware of those two.  I am trying it out now and will repost later on
with the results.  Thanks.

> Hi,
>
[quoted text clipped - 17 lines]
> Tools, Options menu, Windows Forms Designer section,
> Refactoring\EnableRefactoringOnRename.
CodeConqueror - 13 Mar 2006 16:21 GMT
Well, the refactoring option did not work.  I disabled it, exited VS 2005,
then went back in and it still sucks up 100% of the CPU and takes 5-10
seconds to finish after changing a label's name and then I can continue.

I didn't quite understand what I was supposed to do with the link to
http://www.mztools.com/articles/2004/MZ005.htm
I read the information but didn't see how I should use it.  Can you explain
a little bit further?

Thanks.

> Hi,
>
[quoted text clipped - 17 lines]
> Tools, Options menu, Windows Forms Designer section,
> Refactoring\EnableRefactoringOnRename.
Carlos J. Quintero [VB MVP] - 13 Mar 2006 17:21 GMT
> Well, the refactoring option did not work.  I disabled it, exited VS 2005,
> then went back in and it still sucks up 100% of the CPU and takes 5-10
> seconds to finish after changing a label's name and then I can continue.

VS 2005 is a slower than VS.NET 2003 renaming things, I know it because some
features of my add-in do renames, but 5-10 seconds is excesive if you have
all add-ins and refactoring turned off...

> I didn't quite understand what I was supposed to do with the link to
> http://www.mztools.com/articles/2004/MZ005.htm
> I read the information but didn't see how I should use it.  Can you
> explain a little bit further?

There is nothing to do, it is simply a possible explanation of the high
memory usage.

I am out of ideas, but one thing that you can test is if this happen with a
particular (large) solution or with all kind of solutions.

Signature

Best regards,

Carlos J. Quintero

MZ-Tools: Productivity add-ins for Visual Studio
You can code, design and document much faster:
http://www.mztools.com

CodeConqueror - 13 Mar 2006 17:48 GMT
If I add a new label to the form in my project, it can be altered very
quickly (1 second), but if I modify a label that was already there, it takes
5-10 seconds.
If I create a new blank project and add a label to the form, it can be
altered very quick as well (1 second).  It's really weird.  At first I
thought it was because the existing labels were being referenced in the code
and maybe that was affecting it, but I checked and none of them are.  They
are just on the form and their current caption (from design view) doesn't
change when the program executes.  So, now I am still clueless as to what the
problem is.  Very weird.

Thanks for your help Carlos.

If no one else has any ideas, I'm just stuck with it like that.  :(  I guess
worse things could happen.

> > Well, the refactoring option did not work.  I disabled it, exited VS 2005,
> > then went back in and it still sucks up 100% of the CPU and takes 5-10
[quoted text clipped - 14 lines]
> I am out of ideas, but one thing that you can test is if this happen with a
> particular (large) solution or with all kind of solutions.

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.