Wenn ich meine Webanwendung entweder von Start mit Debugging (F5) oder durch Anhängen an den ASP.NET-Workerprozess debugge, werden die Assemblies sehr langsam aus der Anwendung geladen, sodass ich sie beim Scrollen einzeln lesen kann die Statusleiste von VS2010.
Wenn ich mit dem Debugging beginne, sehe ich, dass MSVSMON.exe 50% CPU und Locks bei 50% verwendet, um einen vollen Core zu füllen. Auch wenn ich sehe, dass dies als Visual Studio Remote Debugging Monitor beschrieben wird, bin ich verwirrt, ob dies überhaupt verwendet werden sollte, da ich alles lokal auf meinem Rechner debugge.
Ich betreibe meine Umgebung virtuell über RDP verbunden, wenn das damit zusammenhängen könnte.
Hostcomputer: Server 2008 Enterprise R2 Dualcore Xeon 2.53ghz
Virtuelle Instanz: Win7 Enterprise 6 GB RAM vollständige Prozessorzuweisung
Erscheint das normal? Sollte MSVSMON überhaupt laufen, wenn ich lokal debugge?
Ja, msvsmon.exe wird verwendet, wenn Sie ein 64-Bit-Programm debuggen. Da Visual Studio vollständig 32-Bit ist, wird der Remote-Debugger benötigt, um die Kluft zu überbrücken.
Es gibt keinen Grund anzunehmen, dass die Verlangsamung durch einen Remote-Debugger verursacht wird. Es würde sehr wahrscheinlich funktionieren, die .pdb-Dateien zu finden und zu laden. Oder wenn die Debugging-Option für das Debuggen im gemischten Modus versehentlich aktiviert wurde, werden vom Debugger auch alle nicht verwalteten DLL-Ladevorgänge und Symbole für sie gefunden. Dies sind natürlich nur Vermutungen.
Die Suche nach Symbolen ist zu Beginn des Debugs oft sehr langsam, insbesondere wenn Sie eine der Remote-Symboloptionen konfiguriert haben und die verschiedenen DLLs, die keine Symbole auf MS-Servern haben, nicht 'ignores' gesetzt haben.
Dies können nicht nur Komponenten von Drittanbietern Ihres Codes sein, sondern auch Hooks, die beispielsweise von Grafiktreibern gespeist werden. Daher lohnt es sich, im Auge zu behalten, was versucht wird.
Running Fiddler ( Ссылка ) zeigt Ihnen beim Starten des Debugging, ob Symbole remote geholt werden.
Auch wenn VS nicht explizit gesetzt ist (In tools- & gt; options-debug) für das Abrufen von Remote-Symbolen, folgt es immer der Umgebungsvariablen _NT_SYMBOL_PATH - prüfen Sie, ob das gesetzt ist und worauf es zeigt.
Ich hatte das gleiche Problem, obwohl diese Lösung es nicht für mich getan hat. Am Ende musste ich in Extras- & gt; Optionen- & gt; Debugging- & gt; Symbole und deaktivieren Sie die Speicherort der Symboldatei (. Pdb) sowie auf die leere Symbol Cache-Schaltfläche klicken. Danach war das Debuggen viel schöner.
Für mich war das Problem, dass ich ein PUP (potenziell unerwünschtes Programm) installiert hatte, das die anderen Prozesse verlangsamte. Nach ein paar Mal, dass MSVSMON dieses Verhalten zeigte, wurde mir bewusst, dass der Cltmng.exe-Prozess (von Search Protect von Conduit) eine ungewöhnliche Menge an CPU auch nahm, das Entfernen des Problems löste das Problem.
Tags und Links visual-studio-2010 debugging