571 Stimmen

Visual Studio Debugging/Laden sehr langsam

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.

13voto

arkhivania Punkte 2276

Ich hatte auch Probleme mit der Ausführungsleistung beim Debuggen und ich habe sehr viele Optionen des Debuggers ausprobiert. In meinem Fall enorme Leistung erreicht, wenn ich diese Optionen ändern:

Extras - Optionen - Fehlersuche - Ausgabefenster - (Allgemeine Ausgabeeinstellungen - Alle Debug-Ausgaben) - AUS

12voto

Ich hatte Probleme mit dem langsamen Debugging von Visual Studio, wenn Debugger "Native Code" aktiviert wurde. Versuchen Sie, sie zu deaktivieren.

Gehen Sie unter "Visual Studio 2012" zu:

  1. Projekteigenschaften ->
  2. Web ->
  3. Debugger (unten auf der Seite). ->
  4. Alles außer ASP.NET deaktivieren

Ich hoffe, es hilft.

Ähnliche Fragen: 1 , 2

12voto

shamp00 Punkte 10817

In meinem Fall war es die .NET Reflector Visual Studio Extension (Version 8.3.0.93) mit VS 2012. Das Debugging dauerte 10 Sekunden für jeden Übertreten (F10).

Gehen Sie in Visual Studio zu Tools/Erweiterungen und Updates... und deaktivieren Sie die .NET Reflector Visual Studio Erweiterung . Vergessen Sie nicht, Visual Studio neu zu starten.

11voto

toddmo Punkte 18450

In meinem Fall war es

Tools/Options/Debugging/General/Enable JavaScript debugging for ASP.NET (Chrome and IE)

Nachdem ich diese Option deaktiviert hatte, ging mein Debug-Start von 45-60 Sekunden auf 0-5 Sekunden zurück.

10voto

Geeky Ninja Punkte 5912

Ich war auch mit diesem Problem konfrontiert, unten sind die Schritte, die ich durchführen und es funktioniert für mich immer:

  • Löschen der .suo-Datei der Lösung.
  • Löschen der temporären ASP.NET-Dateien (Sie finden es unter der Adresse %WINDOW% \Microsoft.NET\Framework\\Temporary ASP.NET-Dateien )
  • Löschen aller Haltepunkte in der Anwendung.

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X