Der Titel der Frage sagt eigentlich alles - viel langsamer als VS2005, mit einer spürbaren (0,5 Sekunden) Verzögerung bei jedem Tastendruck.
Das macht das Durchgehen des Codes zur Qual.
Der Titel der Frage sagt eigentlich alles - viel langsamer als VS2005, mit einer spürbaren (0,5 Sekunden) Verzögerung bei jedem Tastendruck.
Das macht das Durchgehen des Codes zur Qual.
Ich habe SEHR langsame Debugging-Leistung in VS2008 SP1 mit C++-Projekten gesehen. Jeder Schritt überhaupt (F10/F11) oder sogar Doppelklick auf verschiedene Ebenen im Aufrufstapel (auch in der gleichen Datei).
Die Lösung bestand darin, die Option "Threads im Quelltext anzeigen" in der Debug-Symbolleiste zu deaktivieren.
Bei aktivierter Option dauerte jeder der oben genannten Vorgänge 5-20 Sekunden. Wenn sie deaktiviert ist, ist es wieder normal.
Dieses Problem plagt mich schon seit geraumer Zeit! Ich habe proc mon verwendet, um zu sehen, was los ist, und dabei viele Suchvorgänge für eine Datei gefunden, die nicht gefunden werden kann. Eine Suche auf Bing und fand Ihre Antwort - Deaktivieren von "Show Threads in Source" reduziert meine 10s F10 auf <1s! +1 von mir!
Welche Art von Projekt debuggen Sie? C#?
Ich habe festgestellt, dass das Durchlaufen des Codes verlangsamt wird, wenn Sie viele Variablen in den Auto- und Watch-Fenstern überwachen. Der Debugger wertet jeden in diesen Fenstern angezeigten Ausdruck nach jedem Schritt aus.
Versuchen Sie, diese Fenster zu schließen, und prüfen Sie, ob sich die Durchlaufgeschwindigkeit erhöht.
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.
0 Stimmen
Sind Sie in einer VM? debuggen Sie Performance-Blogs in einer VM.