Wenn ich meine Lösung debugge, ist vs 2017 sehr verzögert und langsam, als müsste etwas Schweres im Hintergrund betrieben werden.
Es hört also 2 Sekunden lang alle 5 Sekunden auf zu "reagieren", was sehr ärgerlich ist. Irgendwelche Vorschläge?
BEARBEITEN (versuchte Vorschläge):
- Browser Link ist deaktiviert
- Kundenfeedback gestoppt
Antworten:
Nach einigen zusätzlichen Untersuchungen habe ich festgestellt, dass dieser Thread beim Debuggen unter Extras → Optionen → Debuggen → Allgemein das Kontrollkästchen Diagnosetools aktivieren deaktiviert hat !
Durch Entfernen des Häkchens aktivieren Sie JavaScript Debuggen für ASP.NET in
Extras → Optionen → Debugging → Allgemein
einen großen Unterschied in der Leistung macht.
quelle
Wenn die Deaktivierung der Diagnosetools das Problem nicht behebt, versuchen Sie, IntelliTrace zu deaktivieren, indem Sie das Kontrollkästchen IntelliTrace aktivieren unter Extras -> Optionen -> IntelliTrace deaktivieren. Arbeite für mich.
quelle
Ich habe versucht, einige Dinge selbst zu deaktivieren, um zu sehen, was sie verursacht. Das einzige, was für mich funktioniert hat, ist Extras> Optionen> Debugging> Allgemein> "JavaScript-Debugging für ASP.NET (Chrome und IE) aktivieren".
Ich verwende VS2017 Enterprise v15.2 für Asp.net WebForms.
quelle
Ich habe auch die Verzögerung, wenn "Javascript-Debugging für ASP.NET (Chrome und IE) aktivieren" aktiviert ist. Das Deaktivieren der Option "Diagnosetools beim Debuggen aktivieren" hat nicht geholfen.
Ich habe jedoch auch festgestellt, dass beim F12 für Chrome Developer Tools die Verzögerungszeit vergeht und die App funktioniert.
Hoffe das hilft.
quelle
Das Ausblenden des Threads-Fensters hat den Trick für mich getan.
quelle
Das einzige, was mir geholfen hat, war die Deaktivierung der Debugger-Option von Resharper. Wenn Sie Resharper verwenden , deaktivieren Sie "Lokale Variablenwerte im Editor anzeigen " im Menü: Resharper -> Optionen -> Extras -> Debugger .
Es hat mir geholfen.
quelle
Was für mich funktioniert hat, war das Entfernen aller folgenden Ordner im Verzeichnis der Lösung:
.vs
x64
Debug
Release
quelle
Ich hatte das gleiche Problem. Im Debug-Modus lief mein Webforms-Projekt sehr langsam. Bei Verwendung von Strg + F5 lief es schnell (wie bei der Bereitstellung). Ich habe einen Try / Catch-Block gefunden, der 45 Mal ausgeführt wurde. Es hat nichts getan, es hat nur einen Fehler eingefangen, den ich gemacht hatte. Ich habe den Fehler behoben und beim Entfernen des Try-Catch-Blocks - voila! - zurück auf volle Geschwindigkeit.
Wenn dieses Problem auftritt und Sie alle oben genannten Lösungen ausprobiert haben (ich habe es getan), suchen Sie nach einem Try-Catch-Block, der häufig ausgelöst wird. [Beheben Sie Ihren Fehler :)] und entfernen Sie dann den Try-Catch-Block. Ich kann den Unterschied nicht glauben, den es gemacht hat. Hätte natürlich überhaupt keinen Unterschied machen sollen, da der Try-Catch-Block nichts tat, aber es tat.
quelle
Ich habe es aufgegeben, Debug => Attach To Process zum Laufen zu bringen ... habe sogar ALLE Lösungen in diesem SO-Beitrag ausprobiert ( Wert von 2 Seiten ).
Lösung
Verwenden Sie die ReAttach VS IDE-Erweiterung . Dadurch wird die Notwendigkeit umgangen, das Dialogfeld "An Prozess anhängen" jemals wieder zu verwenden, wenn es sich um einen Prozess handelt, an den Sie kürzlich angehängt haben.
quelle
Wenn Sie VS 2017 Enterprise Edition verwenden, deaktivieren Sie die IntelliTrace-Funktion (Extras -> Optionen -> IntelliTrace).
Wenn diese Funktion deaktiviert war, verschwand das verzögerte Verhalten, selbst wenn die Diagnosetools aktiviert blieben (Extras -> Optionen -> Debugging -> Diagnosetools während des Debuggens aktivieren).
quelle
Manchmal liegt es an einem Echtzeit-Scan in Antivirus.
" Ausnahmen hinzufügen " Visual Studio-Dateien / -Ordner für Ihr Antivirus
C: \ Programme (x86) \ Microsoft Visual Studio \ 2017 \ Professional \ Common7 \ IDE \ devenv.exe
C: \ Programme (x86) \ Microsoft Visual Studio \ 201
quelle
Ich hatte dieses Problem, bei dem das Programm langsamer lief, wenn es von Visual Studio aus gestartet wurde. Es stellte sich heraus, dass es zu viele Threads gab, wie viele neue System.Threading.Thread () in einer Schleife usw. Ich habe den Code so umgeschaltet, dass stattdessen ThreadPool verwendet wird Aufgabe usw. und die Langsamkeit ging weg.
quelle
Die Auswahl von "Nur angegebene Module laden" hat den Trick ausgeführt ( Extras => Optionen => Debugging => Symbole )
quelle
Ich hatte auch dieses Problem, da ich beim Deaktivieren der Optionen zum Bearbeiten und Fortfahren unter Extras → Optionen → Debugging → Allgemein geholfen habe .
quelle
In meinem Fall hatte ich einen Haltepunkt mit einer Bedingung, die nie erfüllt wurde. Ich hatte diesen Haltepunkt völlig vergessen. Manchmal kann das Hinzufügen einer einfachen Bedingung zu einem Haltepunkt die Debugging-Geschwindigkeit erheblich verlangsamen.
Fügen Sie dies einfach hinzu, falls es jemandem helfen könnte.
quelle
Die von mir verwendete Problemumgehung bestand darin, msvcmon.exe lokal im Administratormodus auszuführen, bevor der Debugger gestartet wurde. Starten Sie dann das Anhängefenster und stellen Sie den Remote-Debugging-Port bereit.
quelle