Why does it take sooo long to load my solution in Visual Studio?

Question

We have a really big solution with more than 200 projects and thousands of files. Despite of that the solution used to load pretty quickly in Visual Studio 2010 as well as 2012. However, after copying the whole SVN repository to another location, loading and closing the solution suddenly took extreeeemly long. (I am talking about 30-60 minutes here!)

score 80 · Accepted Answer · answered Aug 21 '13 at 14:39

80

I found a solution myself and I wanted to share it here, hoping that it might save someone quite a few hours of research and staring at the "Preparing solution..." dialog.

When inspecting the devenv.exe process with Process Monitor, I found out that it is pretty busy with accessing the .svn directory. Here is what I did (and this somehow solved the problem):

Kill Visual Studio
Open Visual Studio without loading a solution
Disable AnkhSvn as Source Control plugin (Tools->Options->Source Control->Plug-in Selection->None)
Disable "Document Well 2010 Plus" (VS2010) or "Custom Document Well" (VS2012) in Productivity Power Tools (Tools->Options->Productivity Power Tools) - I read that somewhere and it might have helped as well...
Close Visual Studio
Delete the solution's *.suo file. This is located in the same folder as the solution itself. NOTE: You will lose several settings for your solution, like currently opened files, breakpoints, bookmarks, current solution configuration & platform (e.g. Debug x86) etc.
Restart Visual Studio
Load the solution - it was much faster now!
Close Visual Studio
Open Visual Studio without loading a solution
Re-enable AnkhSvn and the "Document Well"
Restart Visual Studio
Open the solution - it was still loaded in seconds!

I do not know which of these steps actually solved the problem. Probably, not all these steps are required, but I did not want to reproduce the problem to find out which steps may be omitted. :)

answered Aug 21 '13 at 14:39

gehho

9,049
3
45
59

15

Thanks for sharing this. In my case, deleting suo file improved loading performance of the solution. – rpattabi May 22 '14 at 06:51
Thanks I've been having so much trouble with this the last few days and there's tons of complaints about stuff like this but no other answers solved my problem. – mikeLspohn Apr 01 '15 at 02:47
15

Step 6 fixed it for me - Delete the solution's `*.suo` file. – SausageFingers Sep 14 '15 at 07:23
1

This is a useful blog post in my opinion: http://briannoyes.net/2008/05/10/the-evil-suo-file-fighting-and-winning-with-visual-studio/ – But I'm Not A Wrapper Class Oct 06 '15 at 19:00
1

Step 6 fixed it for me too. – Sam Shiles Aug 26 '16 at 09:56
2

I did just step 3 to disable AnkhSvn plugin. That worked for me. It went from a half an hour to a minute. – Matthew Allen Apr 13 '17 at 13:28
This greatly improved the start and stop debugging time as well. – Tot Zam Aug 16 '17 at 21:43
Just to chime in to confirm this also solved the same problem in Visual Studio Express 2010. We don't use any of the plugins mentioned in the solution, but just deleting the .suo and ipch helped. Thanks! – mgouin Oct 19 '18 at 00:23
I have same problem in vs 2022 ! deleting suo file solved the problem – Reza Jan 28 '22 at 19:23
It's March 2023. It looks like just deleting the `.suo` fixed it. Be aware that that file it is not in the same folder that the solution file (at least that was my case for my project). It was inside one of the folders inside `.vs` folder. https://i.imgur.com/ZpwFzqh.png `Notes` is the name of the only namespace I was working on. – carloswm85 Mar 25 '23 at 15:57

Francisco · Answer 2 · 2017-07-07T16:32:50.643

5

None of those helped me, what I did... I watch with ProcMon of sysinternals, filtering for devenv, and I saw a lot of entries of fussionlog. I had enabled fussionlog for debugging purposes some weeks before and didn't think in disabling it. I just had to disable fussionlog and the solution opened faster.

edited Jul 07 '17 at 16:32

answered Feb 25 '16 at 12:02

Francisco

169
2
11

score 3 · Answer 3 · answered May 17 '16 at 14:27

You can open the Visual Studio in the Safe Mode, and then check your plugin and source control settings after opening the project. Safe Mode means "Starts Visual Studio, loading only the default environment and services."

How :

devenv /SafeMode

Or according to your path

"C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\devenv.exe" /SafeMode

source : https://msdn.microsoft.com/en-us/library/ms241278.aspx

score 3 · Answer 4 · answered Oct 29 '17 at 19:19

3

In my case, the following worked without any of the intervening steps suggested:

Kill Visual Studio.
Start Visual Studio directly (i.e., not from the .sln file).
Then, from within Visual Studio, open the solution.

In my case this was all it took to make the problem solution load quite quickly, without the need for me to change any settings or delete any files.

answered Oct 29 '17 at 19:19

Reg Edit

6,719
1
35
46

For me this worked remarkably well. It went from taking minutes when opening VS in conjunction with a solution to taking less than a minute to do all three steps. – glaucon May 14 '18 at 00:08

score 2 · Answer 5 · answered Apr 13 '15 at 15:38

fwiw, I realize this is a late entry, but I found that simply removing (deleting) my large number of breakpoints resolved the excessive load time and compile time. This action reduced the size of the .suo file from 214MB to 977KB. Let VS handle the .suo file itself. Compiling and loading now takes < 1 minute instead of 5-10 minutes for a solution with 35 projects. Visual Studio 2012 Pro, update 4.

score 2 · Answer 6 · answered Jun 05 '17 at 19:22

None of the other answers worked for me. CI compile times were fine, but loading my solution in Visual Studio was taking almost two minutes. VS would then operate just fine until I closed and opened the solution the next time. Different versions of VS all showed the same problem and both safe mode and deleting the suo didn't help.

I ended up following the advice in http://geekswithblogs.net/akraus1/archive/2014/04/30/156156.aspx to use Windows Performance Recorder to instrument VS and find the problem. By looking in Windows Performance Analyzer under the "CPU Usage (Sampled)" section and adding the "Stack (Frame Tags)" column, I was able to dig into the usage of devenv.exe.

Turns out the hot path by count had Microsoft.VisualStudio.Platform.WindowManagement.ni.dll 23 calls down, and below that eventually Microsoft.VisualStudio.ServerExplorer.dll and Microsoft.VisualStudio.Data.Package.dll. That pointed me to look in Server Explorer in the UI and open the Data Connections tab. There I found hundreds of mistakenly added connections that came from the debug web.config's ConnectionString section. Removing those from web.config reduced the load of that individual project from 90+ seconds to almost instant.

score 1 · Answer 7 · answered Dec 10 '21 at 18:43

I have a different cause for the slow loading of the projects.

My situation is utilizing Git and found that even switching branches was slower than it should be with project load.

Solution: Run Visual Studio as Administrator

Reason: Something with the Corporate laptop is not providing the needed Git tool access (it doesn't recognize that a git repository is in use).

I have not seen any issues with Git or my personal access to any of the project files or Git objects.

score 0 · Answer 8 · answered Apr 02 '15 at 14:43

I tried the above, but it didn't solve my problem.

Here's how I got around this problem, hopefully it will work for some of you as well:

Open Visual Studio 2013 with no solution.
Create a new C# Console application and save it.
Close Visual Studio.
Reopen the Console solution created in step 2.
Close Visual Studio.
Reopen the solution that was previously hanging on the Preparing Solution dialogue. Mine opened right away, no more hanging.

score 0 · Answer 9 · answered Aug 14 '18 at 18:43

Using Visual Studio 2015, I ended up creating a new solution, adding the existing projects.

Deleting the *.suo from gehho's answer helped in the past, but didn't help me in this case. There's also another .suo file in a hidden .vs folder at the root of the solution.

There are other answers here for Visual Studio 2015 Visual Studio 2015 is extremely slow

score 0 · Answer 10 · answered Jun 05 '21 at 01:20

For my case it was due to TFS issue. It thinks that there are more than 5000 pending changes.

The fix is to force TFS to recheck. Go to Team Explorer -> Source Control Explorer and do "Get Latest" on the projects that have pending changes. For things that are already matching TFS, Visual Studio will actually not download anything to your PC. For things that are different with TFS, Visual Studio will let you know and ask you to reconcile the difference.

This is VS 2019 Professional.

score 0 · Answer 11 · answered Feb 21 '23 at 09:47

0

In my case there were <import ...> entries in the project files that pointed to paths no longer available making the loading of the solution hang indefinitely without any form of information give (Shame on Microsoft!).

answered Feb 21 '23 at 09:47

Erlend Robaye

181
2
3

score 0 · Answer 12 · answered Mar 25 '23 at 16:45

Feel free to enumerate your case and solution, in this community wiki.

Case 1

Using this installation for VS22, working in a .NET MAUI project, I was able to make it work again after:

Discarding some changes I made to some *.xaml and *.xaml.cs files, and
After deleting the *.csproj.user

But my best guess, despite I had implemented before several possible solutions, is that step 2 made the fix. Comparing old and new files, led me to the conclusion that the a missing addition of ios-arm64 caused the problem (see files here). After this changes, the IDE work as usual.

Honestly, even after implementing this "solution" I'm still on doubt it this was that fixed it. How can this problem be so obscured...? — carloswm85, Mar 25 '23 at 18:47

score 0 · Answer 13 · answered May 08 '23 at 12:20

0

In VS2022, I unchecked the option "Solution Explorer Refresh refreshes source control status" before opening the solution. I checked it again because it doesn't happen for all solutions.

answered May 08 '23 at 12:20

Andre RB

306
4
7

score -1 · Answer 14 · answered Mar 30 '21 at 15:11

I encountered this problem only recently (Mar 2021), using VS 2019. It literarily takes 30+ seconds to load the file (each). It only effects the Layout files. I believe it could be to do with the links within the files. I have not had time to investigate them. However, I am writing this to suggest that regardless of the cause of the problem, a simple solution is to right click on the file and open it with Notepad to get your work done.

Why does it take sooo long to load my solution in Visual Studio?

14 Answers14

Case 1