Improve the performance of Visual Studio
Visual Studio seems to be getting slower. Please focus on improving the performance and limiting the enormous load on the HDD
Thank you to all who provided ideas and votes on this topic. We used that data to help prioritize the improvements in Visual Studio 2012 and have been continuing this work with the VS 2013 release.
As Visual Studio 2013 Preview has now shipped, we’d like to close this item to give your votes back to use on specific topics. Our Visual Studio performance team will continue working to improve performance at an ongoing basis. However, we are closing down this general idea, so that you can use your votes on more specific performance topics, and help us focus our team’s investments. When you have performance related suggestions, please create or vote on specific Perf ideas here: http://visualstudio.uservoice.com/forums/121579-visual-studio/category/52115-performance
Please use Visual Studio 2013 Preview (http://go.microsoft.com/fwlink/?LinkId=306566) and continue your feedback and votes– we highly value your feedback.
Visual Studio Team
Dean Jackson commented
Like many others, I used VS 6 (VB6) for many years, and yes it was fast. VS 2008 was a bit slower, but now that I've used VS 2010 for a year and a half, I really miss VS 2008. Bottom line...there's a staggering difference and many of us know it. But will MS fix it??
P. Hermida commented
Divide issues on two EMERGENCY categories: PERFORMACE and EVERYHTING ELSE.
Quite honestly, I do not care about new features, missing features. I care about how much time is our development team WASTING in doing the same they were doing with VS 2008.
All issues related to PERFORMANCE are EQUALLY IMPORTANT as they affect us in our ability to meet deadlines while taking care of the bottom line.
Now, of all the troubles 1000s of us are reporting, the one that impacts ALL of us using VS 2010 via Remote Desktop Connections is the EDITOR based on WPF and the rendering consequences (slow scrolling, etc.)
PERFORMACE is TIME; TIME is MONEY.
David Rathbone commented
under VS2010 my large project (mixed VB.net C# and C++) takes 10 mins to load
under VS2008 about 3min. Under VS6 1min.
I did find that if you use VS2010 extensions not wishing to name third party apps that I paid for.
Slowed VS2010 even more. The extension even had an important update to fix a slow typing bug.
All of which goes watched by Microsoft's development team ... good one guy's!!!!
Timo Boehme commented
The problem is not the harddisk and even no SSD like the answers are here. Just for fun, I opened VB6 and could work after 6 seconds but VS can take 1 minute to open a project. I ever wonder why VS express is faster than the Prof. version. Also when stepping thought the application using F8 VB6 is high-speed but comes from 1991. Hey the computers are a lot faster, why the developer has no faster tool?
Joseph Edward Barwick commented
Details ? The whole **** thing is getting slower.
I'd be hard pressed to come up with anything in VS2010 thats NOT gotten slower.
The only solution to this problem seems throwing more hardware at it.
Don't get me wrong, I love VS2010. But it's a god **** hog.
Please mark this suggestion as ACCEPTED so that votes can be returned.
@Kevin: As a C++ dev:
> try upgrading to an SSD, ...
I have SSD. Many of my teammates have SSDs as well.
> ... VS activities such as loading the app, compiling code etc are noticeably improved...
SSDs do make VS start faster, but there are no improvements to the responsiveness of the IDE, Intellisense times, build times, etc, whatsoever. SSD or no SSD, working with a large C++ project in VS2010 is slow.
The startup issue with sleeping hdds spinning up afaik is due to Customer Experience Improvement. Turn CEI off in options and it should go away.
David Rathbone commented
Simple VS2010 is a text editor!,
And C,C#,C++,VB.net, ASP.net use a compiler
all thats left to do is have a visual syntax editor for .net or raw language.
Even better would be if Microsft could make its"Window's" Form components have a working form designer!
All the rest is just very slow over kill.
try upgrading to an SSD, (recommend Intel 510, can be used for either a desktop or laptop, and can run in both 3Gb or 6GB if your system supports it) boot times are much faster, overall system response and of course VS activities such as loading the app, compiling code etc are noticeably improved...
@David funny that whenever you try to explain something to Java guys (will it be Java from Sun or Java from Microsoft) they never seem to/want to understand.
As I've said, fiesta driver will never understand what Ferrari driver is talking about when he talks about speed/performance.
As for alexei guy, leave him alone, clearly he has little idea what is he talking about and you would waste more of your time than it's worth it.
C++ Rules and Rocks!
@David you are being rediculous comparing Notepad with VS. I am comparing the very same UI component of VS with VS and the same version of VS. So no, your arguments hold no meaning and therefore no value.
> The fact that the same environment works splendidly for some technologies and horribly for others, pretty much rules out the presentation layer and puts the blame solely on the underlying machinery (aforementioned compiler, reference resolution, and other maps of things to things).
This is like saying that since Notepad can edit the readme.htm file provided with Visual Studio 2010 just fine, it can be used just fine with any text file, even if it is a gigabyte in size. We all know this is not the case, Notepad chokes on large text files.
There are many differences between C++ projects and C# projects, which make C++ projects 'heavier' for the IDE than C# projects: I'd argue that C++ projects are typically significantly larger (many reasons), that parsing headers is generally much more complex and time-consuming than parsing assemblies, that the use of preprocessor makes things even worse for C++, that templates are generally more demanding with respect to coloring, Intellisense, debugging and everything else than generics, etc.
Because of this, a WPF-based IDE (or text editor) might be good enough for an average project in C#, but very bad for an average project in C++.
Compilers aren't written in managed code, neither are the debugger, intellisense or other tools. It seems the problem is precisely with the unmanaged devs pretending they are actually Ferrari owners. It may have been a Ferrari when they bought it, but you've got to know how to drive it. If you left the transmission a few miles back and the wheels exploded before that, it's not really a Ferrari anymore, is it?
Wonder how far we can take this analogy?
Point is, it's the unmanaged side of VS code-base that's broken, leave managed alone and fix what's broken. As David pointed out, resources aren't infinite and are far better spent fixing things and adding features, than doing re-writes.
@Alexei, the fact is that you and all of .NET crowd drive a fiesta, but most of this crowd pretend that they drive ferrari or don't want to see that what they drive is actually just a fiesta.
And still can't/don't want to understand that the managed code is the problem.
OK, with that disparity settled, there is only one more thing I'd just like to point out. The fact that the same environment works splendidly for some technologies and horribly for others, pretty much rules out the presentation layer and puts the blame solely on the underlying machinery (aforementioned compiler, reference resolution, and other maps of things to things). Both managed and unmanaged environments show the same things, it's the machinery that gets the data to show that's different.
So I do stand by my original call to leave WPF alone, it's the gleaming coat of red paint on my Ferrari, I'd rather no one scratched it :)
@Alexei, that explains everything. As I've said in my earlier post, someone who drives ford fiesta will never have any idea what guy who drives ferrari is talking about when he talks about speed/ performance.
Well, Alexei, this explains it all. I should have noted you are talking about managed code. I am talking solely about C++. For a C++ developer, the performance of VS2010 is simply horrible, this is why you see numerous cries to improve it, on this site and elsewhere. For a managed code developer, things might be different. Sorry for the confusion.
@Knowing my first post here clearly says managed :) no need to ask me anything.
Anna Metcalfe commented
@Mr Partridge very true - I suspect we're talking apples and oranges here.