BT

Next Beta Of Visual Studio 2010 Promise Better Performance

by Jon Arild Tørresdal on Aug 22, 2009 |

Back in Mai, Beta 1 was released of Visual Studio 2010. Since then the Visual Studio development team, including performance guru Rico Mariani, have been working hard on improving performance based on customer feedback.

Though Rico is not in the position to reveal the exact parts of Visual Studio being improved, he does go into detail of the technical issues they have been working on:

…the product is a lot more multi-threaded than previous versions and in some cases synchronization between threads was less than great.  In some cases code designed to defer background work to keep the foreground responsive was actually slowing things down; in two cases I actually took out Sleeps, no joke! In some cases threads where synchronizing when they did not need to do so, destroying effective parallelism.  In other cases latent parallelism designed into the system wasn’t exploited at all, and rounding things out there were cases where there should have been parallelism in the design and it was totally absent.

A quick look at the Microsoft Connect site reveals several reported performance problems. Weston Hutchins, Visual Studio PM, replies the following to a ticket about “VS2010 being slower than VS2008”:

We have a dedicated perf team that has been working on issues such as startup for the past few months. We've managed to trip around 30% of the startup time since Beta 1 but we still are slower than Visual Studio 2008. Part of the reason is that we are now bootstrapping the CLR which is causing an increase in the time. We're looking to further improve this number but it's unlikely we'll get to VS 2008 levels.

In Rico’s post he also talks about memory issues and list three main sources of bad consumption:

  1. Managed images, especially ngen’d images.
  2. Unshared, unmanaged Heaps.
  3. Memory leaks

As for managed images the main problem is added dependencies where only a small piece of that DLL is used, resulting in too many dependencies. For Heaps it’s basically overuse of private heaps by using CreateHeap, resulting in too many expensive and not enough used heaps in the application. Memory leaks does exist, but since VS2010 is a managed application it ease the problem of finding them.

Rico ends by saying:

From my chair, the product feels much, much, better.

Hello stranger!

You need to Register an InfoQ account or to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread
Community comments

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Discuss

Educational Content

General Feedback
Bugs
Advertising
Editorial
InfoQ.com and all content copyright © 2006-2013 C4Media Inc. InfoQ.com hosted at Contegix, the best ISP we've ever worked with.
Privacy policy
BT