Visual Studio Debugging/Laden sehr langsam

Question

Ich bin mit meinem Latein am Ende. Visual Studio ist typischerweise Meine ASP.NET MVC-Sites lassen sich nur sehr langsam debuggen oder einfach nur laden ("Start ohne Debugging"). Nicht immer: Zunächst werden die Projekte schön schnell geladen, aber sobald sie langsam geladen werden, werden sie danach immer langsam geladen. Ich könnte 1-2 Minuten oder länger warten.

Meine Einstellung:

Ich benutze Visual Studio 2012 Express Derzeit, aber ich habe das gleiche Problem in Visual Studio 2010 Express als auch hatte. Meine Projektmappe ist auf einem Netzlaufwerk gespeichert, genauer gesagt unter "Eigene Dateien", das auf ein Netzlaufwerk umgeleitet wurde, falls das eine Rolle spielt. (Das sollte es nicht. Es gibt Zeiten, in denen meine Website unter dieser Konfiguration sehr schnell geladen wird).

Normalerweise lade ich im Internet Explorer 9, aber das gleiche Problem tritt auch im Firefox auf.

Dies kann in jedem ASP.NET MVC-Projekt passieren, an dem ich arbeite, und es scheint sich um DisplayTemplates zu drehen, die alle meine ASP.NET MVC-Projekte tun. Und es ist alles C# und Razor, wenn das wichtig ist.

Die Symptome:

Das System wird meine Symbole laden Hunderte von Zeiten. Im Grunde das Folgende, aber es gibt mindestens 300 solcher Zeilen, jede mit immer leicht unterschiedlichen DLL-Dateien für die gleichen CSHTMLs:

'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_contact.cshtml.22013bb9.xighmhow.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_contact.cshtml.22013bb9.cv5hktkf.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.1o77hs8i.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.jja-77mw.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_location.cshtml.22013bb9.l_e9ev_s.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_location.cshtml.22013bb9.b4n59gom.dll', Symbols loaded.

Im obigen Beispiel habe ich drei DisplayTemplates: "Kontakt", "Standort" und "StatusCode". Es scheint, dass IIS die Symbole bei jedem Aufruf der Anzeigevorlage zweimal lädt. Wenn ich also eine Tabelle mit 100 Einträgen anzeige, die alle drei dieser Anzeigevorlagen aufrufen, werden 600 separate Symbole geladen.

Auch dies ist keine schnelle Operation. Die Protokolldateien, die der IIS erzeugt, brauchen etwa 200 ms, um jedes Symbol zu laden. Es kommt also zu sehr langen Verzögerungen.

Was ich ausprobiert habe:

• Debug- oder Release-Version, das spielt keine Rolle.
• Wenn ich mein Projekt auf eine vollständige IIS-Implementierung auf einem Webserver setze, läuft es superschnell und ohne Probleme.
• Cassini, IIS Express 7.5 und IIS Express 8.0 haben alle das Problem.
• Alle Haltepunkte löschen bewirkt nichts.
• Saubere Lösung oder das Löschen der .suo-Datei bewirken ebenfalls nichts.
• Wenn ich IIS Express repariere/den My Docs\IISExpress oder Visual Studio reparieren/neu installieren, kann das Problem verschwinden, aber nur für eine gewisse Zeit, bevor es wieder auftritt.

Für jeden Ratschlag bin ich dankbar.

Um weitere Fragen zu beantworten: Ja, meine Maschine hat definitiv Pferdestärken. Das Ärgerliche daran ist, dass dasselbe Projekt, an dem NICHTS geändert wurde, manchmal sehr schnell geladen werden kann, typischerweise nachdem ich IIS Express repariert und die My Docs\IISExpress Ordner. Irgendwann passiert dann "etwas", und es dauert wieder 2 Minuten, bis es geladen ist. Das Projekt, an dem ich arbeite, ist nicht kompliziert. Keine externen Bibliotheken oder Abhängigkeiten und mein VS.NET hat keinerlei Add-ons.

Auf diesem Rechner ist Symantec Endpoint Protection installiert, das in der Vergangenheit immer wieder für Unruhe gesorgt hat. Die vollständige Deaktivierung (es ist gut, ein Administrator zu sein) hat das Problem jedoch nicht behoben.

Ich habe an dieser Stelle eine Theorie. Ich denke, das liegt daran, dass ich mit einem umgeleiteten Ordner auf einer Netzwerkfreigabe arbeite. Während der Debugger durch seine Hunderte von Zeilen mit "geladenen Symbolen" ging, hielt ich inne, um zu sehen, was er tat. Er war in meinem Code und lud das DisplayTemplate, das ich hatte. Stepping in der Vorlage Ausgabe dies:

Step into: Stepping over non-user code 'System.Threading.WaitHandle.InternalWaitOne'
Step into: Stepping over non-user code 'System.Threading.WaitHandle.WaitOne'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCaptureUnimpersonated'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCapture'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.FromFileBatch'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.System.CodeDom.Compiler.ICodeCompiler.CompileAssemblyFromFileBatch'
Step into: Stepping over non-user code 'System.Web.Compilation.AssemblyBuilder.Compile'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.bciuyg14.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.CompileWebFile'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultInternal'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerWrapper.System.Web.Mvc.IBuildManager.FileExists'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.GetPathFromGeneralName'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.Find'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.Html.TemplateHelpers.ActionCacheViewItem.Execute'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.kwj3uqan.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.RuntimeType.CreateInstanceSlow'
Step into: Stepping over non-user code 'System.Web.Mvc.DependencyResolver.DefaultDependencyResolver.GetService'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerViewEngine.DefaultViewPageActivator.Create'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerCompiledView.Render'

Es sieht so aus, als würde Visual Studio meine Anzeigevorlage neu kompilieren jedes Mal und das sind wiederum Hunderte von Malen. Meine Theorie ist, dass Visual Studio die Datei kompiliert, sie auf der Netzwerkfreigabe speichert, dann irgendwie eine neue Zeit darauf stempelt und Visual Studio dann denkt, dass die Datei sich geändert hat. Daher kompiliert Visual Studio die Datei noch einmal neu. Das ist aber nur eine Theorie; ich habe wirklich keine Ahnung.

Zum einen habe ich anscheinend Offline-Dateien (dies ist ein Desktop-Computer in einem Büro; das ist mir völlig egal). Ich werde das Programm deaktivieren, neu starten und es morgen erneut versuchen.

Außerdem wird das Problem durch das Verschieben meines Projekts auf das lokale C: behoben. Es lädt sehr schnell. Aber in einer Arbeitsumgebung ist das nicht ideal. Ich verliere frühere Versionen, mein Code wird überhaupt nicht gesichert, es sei denn, ich kopiere ihn manuell, und er wird nicht mehr mit anderen geteilt.

Wenn es sein muss, kann ich sie auch einfach von C auf das Netzwerk kopieren. Es ist viel ärgerlicher, zwei Minuten zu warten, bis jede Seite geladen ist.

Answer 1

Hier ist, wie ich das "langsame Symbol laden" Problem in Visual Studio 2012 gelöst:

• Gehen Sie zu Extras -> Optionen -> Fehlersuche -> Allgemein

• Aktivieren Sie das Kontrollkästchen neben "Nur meinen Code aktivieren".

• Gehen Sie zu Extras -> Optionen -> Fehlersuche -> Symbole

• Klicken Sie auf die Schaltfläche "..." und erstellen/wählen Sie einen neuen Ordner auf Ihrem lokalen Computer, um die zwischengespeicherten Symbole zu speichern. Ich habe meinen Ordner "Symbol caching" genannt und ihn in Dokumente -> Visual Studio 2012 abgelegt.

• Klicken Sie auf "Alle Symbole laden" und warten Sie, bis die Symbole von den Microsoft-Servern heruntergeladen worden sind, was eine Weile dauern kann. Beachten Sie, dass die Schaltfläche Alle Symbole laden nur während des Debuggens verfügbar ist.

• Deaktivieren Sie das Kontrollkästchen neben "Microsoft Symbol Servers", um zu verhindern, dass Visual Studio die Microsoft-Server aus der Ferne abfragt.

• Klicken Sie auf "OK".

Von nun an sollte das Laden von Symbolen viel schneller gehen.

Beachten Sie, dass Sie, wenn Sie Änderungen/Downloads an Microsoft-Baugruppen vornehmen, unter Umständen wieder in das Dialogfeld "Symbole" zurückgehen und erneut "Alle Symbole laden" wählen müssen.

Answer 2

Die Deaktivierung von intelliTrace hat das Problem für mich behoben.

In Visual Studio, Extras -> Optionen -> IntelliTrace

Deaktivieren Sie dann das Kontrollkästchen für "IntelliTrace aktivieren".

Answer 3

Bei mir hat nichts davon funktioniert, aber ich habe einen Haltepunkt auf einem Symbol gefunden, das gelöscht wurde. Anscheinend hing 2010 daran. Um zu sehen, ob das Ihr Problem ist, gehen Sie auf Debug->Fenster->Breakpoints und löschen Sie sie.

Saunders erwähnte, dass er das überprüft hat, aber es wurde in den Lösungen für dieses Problem nicht erwähnt. Vielleicht ist das für einige bekannt, aber nicht für alle von uns.

Answer 4

Ich habe den Ordner "Temporary ASP.NET Files" gelöscht, und die Seitenlast auf meinem lokalen Host hat sich drastisch verbessert. Hier ist der Pfad... %temp% \Temporary ASP.NET-Dateien.

Answer 5

Ich hatte das gleiche Problem und habe die meisten der oben genannten Lösungen ausprobiert. Löschen Sie einfach Cache und temporäre Dateien am Ende für mich arbeiten.

Versuchen Sie, den Inhalt dieser beiden Ordner zu entfernen:

C:\Users\\{UserName}\AppData\Local\Microsoft\WebsiteCache

y

C:\Users\\{UserName}\AppData\Local\Temp (insbesondere die Ordner iisexpress und Temporary ASP.NET Files).

Dies kann so eingerichtet werden, dass dies automatisch bei der Anmeldung an Windows geschieht, indem eine cmd-Datei zum Verzeichnis C:\Users\\{username}\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup Ordner mit dem folgenden Inhalt:

rmdir C:\Users\\{username}\AppData\Local\Microsoft\WebsiteCache /s /q

rmdir C:\Users\\{username}\AppData\Local\Temp /s /q