VS 2017 - Sehr langsam (verzögert) beim Debuggen

79

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
Muarl
quelle
1
Ich hatte dies einmal mit BrowserLink ausgeführt. Ich schaltete es aus und alles lief wieder reibungslos, vielleicht ein roter Hering, aber einen Versuch wert.
Chris Dixon
Danke, hat aber nicht funktioniert: /
Muarl
3
Haben Sie versucht, das Kundenfeedback zu stoppen? Es ist Hilfe -> Feedback senden -> Einstellungen ... -> Nein, ich möchte nicht teilnehmen
Ori Nachum
Leider ja - das leugne ich immer
Muarl
Haben Sie Intellitrace aktiviert?
Ken Tucker

Antworten:

94

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.

Muarl
quelle
1
Melden Sie es Microsoft, damit es mit einem Update für vs2017 behoben werden kann: docs.microsoft.com/en-us/visualstudio/ide/…
magicandre1981
YAY! wow ich verlor meinen Verstand mit "Klicken und warten> 5 Sekunden" für jede Aktion ... DANKE!
EaziLuizi
13
Ich habe das gleiche Problem, aber bereits "Diagnosetools beim Debuggen aktivieren" deaktiviert, so dass es nicht vollständig zu beheben scheint :-(
SirViver
In unserem Fall war das Ausführen in Community viel schneller als das Ausführen in Enterprise. Sie sind sich nicht sicher, welche Funktion (en) Enterprise möglicherweise hat, wenn die Community dies nicht verursacht? Hat jemand Spekulationen?
Eric Gurney
2
Es wurde auch für mich behoben. Funktionen wie diese sollten wirklich nicht ausgehen, es sei denn, sie sind skalierbar.
Kit
14

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.

Lorenzo Ferri
quelle
6
IntelliTrace ist ein ziemlich nützliches Werkzeug. Anstatt das Ganze zu deaktivieren, ist es am besten, nur das Ereignis zu deaktivieren, das die Dinge verlangsamt. Extras → Optionen → IntelliTrace → IntelliTrace-Ereignisse . Nachdem ich die ADO.NET-Ereignisprotokollierung deaktiviert hatte, ging es für mich wieder schnell.
JustMaier
13

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.

afr0
quelle
3
Danke. Das Deaktivieren des JavaScript-Debuggens für ASP.NET (Chrome und IE) hat endlich den Trick für mich getan
Nick G.
@ NickG.
Freut
4

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.

Kmseller
quelle
Danke. Das Deaktivieren des JavaScript-Debuggens für ASP.NET (Chrome und IE) hat endlich den Trick für mich getan
Nick G.
3

Das Ausblenden des Threads-Fensters hat den Trick für mich getan.

Niels Filter
quelle
1
Kommentar warum die Abwertung? Wenn Ihre App mit vielen Threads ausgeführt wird und dieses Fenster anzeigt, verlangsamt dies mit Sicherheit das Debugging-Erlebnis erheblich
Niels Filter
1
Ja, das hat die Langsamkeit des Debuggers für mich sehr deutlich gelöst! Vielen Dank für den Tipp! Was zwar seltsam ist, ist, dass ich immer das "Threads" -Fenster sichtbar hatte, aber die Langsamkeit trat nicht immer auf.
Dimitri C.
Beachten Sie, dass es ausreicht, das Fenster nur durch Aktivieren einer anderen Registerkarte auszublenden, damit das Fenster "Threads" nicht in Sicht ist. Dies ist wahrscheinlich der Grund, warum die Langsamkeit manchmal vorhanden war und manchmal nicht, je nachdem, welche Registerkarte ausgewählt wurde.
Dimitri C.
3

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 .

Resharper's Debbuging-Optionen

Es hat mir geholfen.

Ruslan Muslimov
quelle
2

Was für mich funktioniert hat, war das Entfernen aller folgenden Ordner im Verzeichnis der Lösung:

  • .vs
  • x64
  • Debug
  • Release
st12
quelle
1

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.

George Beier
quelle
0

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.

Geben Sie hier die Bildbeschreibung ein

SliverNinja - MSFT
quelle
0

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).

armadillo.mx
quelle
4
Es kann viele andere Gründe geben, warum Ihre App beim Debuggen langsam wird. Wenn die oben vorgeschlagene Lösung für Sie nicht funktioniert, bedeutet dies nicht, dass dies nicht in allen Fällen der Fall ist.
armadillo.mx
0

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

Jakkrite.R
quelle
0

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.

Colin Lamarre
quelle
0

Die Auswahl von "Nur angegebene Module laden" hat den Trick ausgeführt ( Extras => Optionen => Debugging => Symbole )

James Hao
quelle
0

Ich hatte auch dieses Problem, da ich beim Deaktivieren der Optionen zum Bearbeiten und Fortfahren unter Extras → Optionen → Debugging → Allgemein geholfen habe .

Bars222
quelle
0

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.

Fred
quelle
-1

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.

user10750925
quelle