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