VS 2017 - Bardzo powolny (laggy) podczas debugowania

Kiedy debuguję moje rozwiązanie, vs 2017 jest bardzo opóźniony i powolny, tak jakby musiał obsługiwać coś ciężkiego w tle.

Dlatego przestaje „odpowiadać” co 5 sekund przez 2 sekundy, co jest bardzo denerwujące. Jakieś sugestie?

EDYTUJ (wypróbowane sugestie):

• Browser Link jest wyłączony
• Zatrzymano opinie klientów

Po dokładniejszym zbadaniu stwierdziłem, że ten wątek odznaczenie opcji Włącz narzędzia diagnostyczne podczas debugowania w menu Narzędzia → Opcje → Debugowanie → Ogólne załatwiło sprawę !

Usunięcie zaznaczenia opcji Włącz debugowanie JavaScript dla ASP.NET w menu
Narzędzia → Opcje → Debugowanie → Ogólne
powoduje ogromną różnicę w wydajności.

Jeśli wyłączenie narzędzi diagnostycznych nie rozwiąże problemu, spróbuj wyłączyć IntelliTrace, odznaczając opcję Włącz IntelliTrace w menu Narzędzia -> Opcje -> IntelliTrace. Pracuj dla mnie.

Próbowałem samodzielnie wyłączyć kilka rzeczy, aby zobaczyć, co je powoduje. Jedyne, co mi się sprawdziło, to Narzędzia> Opcje> Debugowanie> Ogólne> „Włącz debugowanie JavaScript dla ASP.NET (Chrome i IE)”.

Używam VS2017 Enterprise v15.2 dla Asp.net WebForms.

Występuje również opóźnienie, gdy zaznaczona jest opcja „Włącz debugowanie Javascript dla ASP.NET (Chrome i IE)”. Wyłączenie opcji „Włącz narzędzia diagnostyczne podczas debugowania” nie pomogło.

Jednak zauważyłem również, że kiedy F12 dla narzędzi programistycznych Chrome, czas opóźnienia mija i aplikacja działa.

Mam nadzieję że to pomoże.

Ukrywanie okna Threads załatwiło sprawę.

Jedyną rzeczą, która pomogła mi, było wyłączenie opcji Debuggera w Resharper. Jeśli używasz Resharpera , spróbuj ODPOWIEDZIĆ „Pokaż wartości zmiennych lokalnych w edytorze” w menu: Resharper -> Opcje -> Narzędzia -> Debugger .

Pomogło mi.

U mnie zadziałało usunięcie wszystkich następujących folderów z katalogu rozwiązania:

• .vs
• x64
• Debug
• Release

Miałem ten sam problem. W trybie debugowania mój projekt formularzy internetowych działał bardzo wolno. Używając Ctrl + F5, działał szybko (tak jak po wdrożeniu). Znalazłem blok try / catch, który wykonywał się 45 razy. Nic nie robił, po prostu łapał błąd, który popełniłem. Naprawiłem błąd i podczas usuwania bloku try-catch - voila! - powrót do pełnej prędkości.

Więc jeśli masz ten problem i wypróbowałeś wszystkie powyższe rozwiązania (zrobiłem to), poszukaj bloku try catch, który często się uruchamia. [Napraw swój błąd :)], a następnie usuń blok try-catch. Nie mogę uwierzyć, jaka to różnica. Oczywiście nie powinno było robić żadnej różnicy, ponieważ blok try-catch nic nie robił, ale tak.

Zrezygnowałem z działania Debug => Attach To Process ... nawet wypróbowałem WSZYSTKIE rozwiązania w tym poście SO ( warte 2 strony ).

Rozwiązanie

Użyj rozszerzenia ReAttach VS IDE . Pomija to potrzebę ponownego użycia okna dialogowego Dołącz do procesu, jeśli jest to proces, do którego niedawno się dołączyłeś.

Jeśli używasz VS 2017 Enterprise Edition, spróbuj wyłączyć funkcję IntelliTrace (Narzędzia -> Opcje -> IntelliTrace)

przy wyłączonej tej funkcji opóźnione zachowanie zniknęło nawet przy włączonych narzędziach diagnostycznych (Narzędzia -> Opcje -> Debugowanie -> Włącz narzędzia diagnostyczne podczas debugowania)

Czasami dzieje się tak z powodu skanowania w czasie rzeczywistym w programie antywirusowym.

„ Dodaj wyjątki ” pliki / foldery programu Visual Studio dla programu antywirusowego

C: \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ Professional \ Common7 \ IDE \ devenv.exe

C: \ Program Files (x86) \ Microsoft Visual Studio \ 201

Miałem ten problem polegający na tym, że program działał wolniej, jeśli został uruchomiony ze studia wizualnego, okazało się, że jest zbyt wiele wątków, takich jak dużo nowego System.Threading.Thread () w pętli itp. Przełączyłem kod na użycie ThreadPool zamiast z Zadanie itp. I powolność minęła.

wybranie „Załaduj tylko określone moduły” załatwiło sprawę ( Narzędzia => Opcje => Debugowanie => Symbole )

Miałem też ten problem, pomogło mi wyłączyć opcję Włącz edycję i kontynuuj w menu Narzędzia → Opcje → Debugowanie → Ogólne.

W moim przypadku miałem przełom z warunkiem, który nigdy nie został spełniony. Całkowicie zapomniałem o tym punkcie krytycznym. Czasami dodanie prostego warunku do punktu przerwania może znacznie spowolnić szybkość debugowania.

Dodanie tego na wypadek, gdyby to mogło komuś pomóc.

obejściem, którego użyłem, było uruchomienie msvcmon.exe lokalnie w trybie administratora przed uruchomieniem debugera. Następnie uruchom okno dołączania i podaj port zdalnego debugowania.