Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...VS2005 Memory Consumption - Slight WorkaroundVS2005 Memory Consumption - Slight Workaround
Previous
 
Next
New Post
9/10/2007 4:01 PM
 

Everyone knows, VS2005 is a memory pig.  The project I work on is made up of over 50 projects in a single solution. Add to that Team Foundation Server and you've got a memory usage footprint that routinely is over half a gig just opening the solution.

Try this:

  1. Open up task manager.
  2. Open up the DNN Source project (or whatever large solution you're working on).
  3. Note the memory usage in task manager.
  4. Now, simply minimize Visual Studio.
  5. Again, note the memory usage in task manager.
  6. Restore VS from the tray to full view.
  7. Now look at where memory usage is at in task manager.

Just to show some numbers, here is my scenario:

  1. Once solution is open - 422,888 K memory usage.
  2. Minimize VS2005 - 9,932 K memory usage.
  3. Restore/Maximize VS2005 - 15,752 K memory usage.

Granted, memory usage will start to creep up while you're using it, but won't approach the original number. Even after a full build of all 54 projects, it's memory usage never gets above 144,168 K memory usage.

Pretty damn silly isn't it?

So next time your VS2005 starts to feel a little sluggish or slow responding, minimize it to the task area and then restore it.

 
New Post
9/10/2007 6:41 PM
 

Hi Ed,

Windows memory usage is a bit odd. The figures you see are known as the working set, which is the memory that's been used at some point recently. Windows tries to optimise itself by not immeadiately releasing it back to the OS, but instead marking it as available. If an application comes along that needs more memory than available it's immeadiately released as it's not committed to any task. It's an easy mistake to make as the task manager doesn't make it clear that it's showing committed and unallocated memory. If you open windows task manager and click the processes tab, go to view->select columns. If you check the "virtual memory size" (or VM Size in certain of the OS versions), it'll give you a column that details the actual current committed memory (i.e. that which can't be released). Theres an article @ http://www.itwriting.com/dotnetmem.php that gives some more background.

Cathal


Buy the new Professional DNN7: Open Source .NET CMS Platform book Amazon US
 
New Post
9/11/2007 8:51 AM
 

Cathal,

Thanks for that link, it was a good read.

 

 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...VS2005 Memory Consumption - Slight WorkaroundVS2005 Memory Consumption - Slight Workaround


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out