I'm running Visual Studio 2013 Pro (RTM version) on my formated PC (Windows 8.1 fresh install).
I don't know why but Visual Studio 2013 Pro is very very slow! Slow for building, debugging, navigating in the IDE... my HDD led is not lighting up at all!
I'm on a little MFC (C++) project using the Boost library.
Any ideas?
回答1:
It is something concerned with the graphics drivers. If you update them you will be fine.
Or you can disable the hardware graphics acceleration in Visual Studio according to these steps:
In Visual Studio, click "Tools", and then click "Options".
In the Options dialog box, navigate to the "Environment > General" section and clear the "Automatically adjust visual experience based on client performance" check box. (Refer to the following screen shot for this step.)
Clear the "Use hardware graphics acceleration if available" check box to prevent the use of hardware graphics acceleration.
Select or clear the "Enable rich client visual experience" check box to make sure that rich visuals are always on or off, respectively. When this check box is selected, rich visuals are used independent of the computer environment. For example, rich visuals are used when you run Visual Studio locally on a rich client and over remote desktop.
Try to set Current source control plug-in to None (Tools > Options > Source Control), if you are using Microsoft Git provider, which seems to to slow VS2013 down more and more the larger the repository gets.
I had the whole dojo framework under source control using the MS Git provider and it got to the point where there were delays from the time I hit a key to the time the glyph would appear on the screen. That bad.
When/if you need git again, you can switch to the tortoise git provider or Git-Extensions, both will work without slowdown. I like Git-Extensions, personally.
回答3:
I too have struggled a bit with bad performance in VS 2013 (Premium). Pretty much the same issues as TS had. Slow navigation, scrolling, building.. just about everything. Luckily I have manage to solve my own problem by disabling Synchronized Settings in VS. Go to Tools -> Options -> Environment-Synchronized Settings and remove this option by unchecking the checkbox.
Hopefully this will solve your performance issues too!
回答4:
In the case of web applications, another cause of slow building and debugging (but not IDE navigation) could be the Browser Link feature.
I found that with this switched on, building would take 4 times longer and debugging was painful - after every postback, web pages would freeze for a few seconds before you could interact with them.
回答5:
I was using a solution upgraded from Visual Studio 2012. Visual Studio 2013 also upgraded the .suo file. Deleting the solution's .suo file (it's next to the .sln file), closing and re-opening Visual Studio fixed the problem for me. My .suo file went from 91KB to 27KB.
回答6:
I had the same problem and the only solution that worked for me was to follow the 3 steps presented below:
Clean the WebSiteCache folder (you may find it at C:\Users\%USERNAME%\AppData\Local\Microsoft\WebSiteCache)
Clean the "Temporary ASP.NET Files" folder (find it at C:\Users\%USERNAME%\AppData\Local\Temp\Temporary ASP.NET Files)
Restart Visual Studio
Hope it helps you.
回答7:
What fixed it for me was disabling GIT by setting it to none in Visual Studio, Options, Source Control.
回答8:
This issue seems to be because of uninstalling the SQL Server Compact edition (4.0). I was having this issue and it got fixed after installing the SQL Server Compact edition 4.0. On closing VS 2013 I was getting message to install SQL Server Compact edition as C++ project needed some thing.. can't put finger on anything.
回答9:
Resolve this issue by installing Microsoft SQL Server Compact 4.0
The "Code Lens" can be disabled like as at the picture. It gives a lot of performance goodness.
回答11:
If you are debugging an ASP.NET website using IE10+, make sure turn off your IE 'LastPass' password manager plugin. LastPass will bring your debugging sessions to a crawl and significantly reduce your capacity for patience!
I submitted a support ticket to Lastpass about this and they acknowledged the issue without any intention to fix it, merely saying: "LastPass is not compatible with Visual Studio 2013".
回答12:
Had the same problem and all the solutions mentioned here didn't work out for me. After uninstalling the "Productivity Power Tools 2013" extension. The performance was back to normal.
Hope this will save time for someone.
回答13:
Hey guys there is a good work around for this solution if you are experiencing slowness in rendering the cs files and .cshtml files ,just close all the files opened so that cache gets cleared and open the required files again
回答14:
One more thing to check; for me it was Fusion logging. I'd turned this on a very long time ago and more or less forgotten about it. Getting rid of the 5000+ directories and 1GB of logged files worked wonders.
回答15:
Visual Studio Community Edition was slow switching between files or opening new files. Everything else (eg menu items) was otherwise normal.
I tried all the suggestions above first and none worked. I then noticed it was occuring only on an MVC4 Web Application so I added a new MVC4 Web Application and this was fast.
After much trial and error I discovered the difference was packages.config - If i put the Microsoft references at the top of the file this made everything snappy again.
Move the Microsoft* entries to the top.
It appears you dont need to move them all - moving say has an noticeable effect on my machine.
as an aside
removing all contents of the file makes it another notch faster too*
Excluding packages.config from VS does not fix the issue
a friend using Visual Studio 2013 Premium noticed no difference in either of these cases (both were fast)
UPDATE
It appears missing or incomplete nuget packages locally are the cause. I opened the Package manager and got a warning 'Some NuGet packages are missing from this solution' and choose to Restore them and this sped things up. However I dont like this as in my repo i only add the actual items required for compilation as I dont want to bloat my repo so in the end I just removed the packages.config. this solution may not suit your needs as I prefer to use nuget to fetch the packages, not handle updates to packages so this will break this if you use it for that purpose
回答16:
Just thought I'd add one more possibility for those who ended up here. For me, the problem was the Start page -- it was downloading content and causing Visual Studio to hang. The only solution for me was to:
Kill the DevEnv process from Task Manager
Start Visual Studio in Safe Mode from the command line: devenv.exe /safemode
Go to Tools >> Options and select the Environment/Startup options
Choose "Show empty environment" for the startup action