Dlaczego program Visual Studio 2013 jest bardzo wolny?

Korzystam z programu Visual Studio 2013 Pro (wersja RTM) na sformatowanym komputerze (nowa instalacja systemu Windows 8.1).

Nie wiem dlaczego, ale Visual Studio 2013 Pro działa bardzo wolno! Powolne budowanie, debugowanie, nawigacja w IDE ... dioda mojego dysku twardego wcale się nie świeci!

Pracuję nad małym projektem MFC (C ++) przy użyciu biblioteki Boost .

Jakieś pomysły?

Jest to coś związanego ze sterownikami graficznymi. Jeśli je zaktualizujesz, wszystko będzie dobrze.

Możesz też wyłączyć przyspieszenie grafiki sprzętowej w programie Visual Studio, wykonując następujące czynności:

1. W Visual Studio kliknij „ Narzędzia ”, a następnie „ Opcje ”.

2. W oknie dialogowym Opcje przejdź do sekcji „ Środowisko> Ogólne ” i usuń zaznaczenie pola wyboru „ Automatycznie dostosuj wrażenia wizualne na podstawie wydajności klienta ”. (Dla tego kroku zapoznaj się z poniższym zrzutem ekranu).

3. Wyczyść pole wyboru „ Użyj sprzętowej akceleracji grafiki, jeśli jest dostępna ”, aby zapobiec użyciu sprzętowej akceleracji grafiki.

4. Zaznacz lub wyczyść pole wyboru „ Włącz bogate wrażenia wizualne klienta ”, aby upewnić się, że bogate efekty wizualne są zawsze odpowiednio włączone lub wyłączone. Gdy to pole wyboru jest zaznaczone, bogate efekty wizualne są używane niezależnie od środowiska komputerowego. Na przykład bogate efekty wizualne są używane, gdy program Visual Studio jest uruchamiany lokalnie na bogatym kliencie i na pulpicie zdalnym.

Bibliografia:

• W programie Visual Studio 2013 występują problemy z wydajnością, awarie produktu lub problemy z renderowaniem

Spróbuj ustawić bieżącą wtyczkę kontroli źródła na Brak (menu Narzędzia → Opcje → Kontrola źródła ), jeśli używasz dostawcy Microsoft Git , który wydaje się spowalniać Visual Studio 2013 coraz bardziej, im większe jest repozytorium.

Miałem całą platformę Dojo Toolkit pod kontrolą źródła za pomocą dostawcy Microsoft Git i dotarłem do momentu, w którym istniały opóźnienia od momentu wciśnięcia klawisza do momentu pojawienia się glifu na ekranie. Tak źle.

Kiedy / jeśli potrzebujesz Gita ponownie, możesz przełączyć się na dostawcę TortoiseGit lub Git-Extensions , oba będą działać bez spowolnienia. Osobiście lubię rozszerzenia Git.

Ja też trochę zmagałem się ze słabą wydajnością w Visual Studio 2013 (Premium). Prawie te same problemy, co TS. Wolna nawigacja, przewijanie, budowanie ... prawie wszystko. Na szczęście udało mi się rozwiązać mój problem, wyłączając ustawienia synchroniczne w Visual Studio. Przejdź do menu Narzędzia → Opcje → Ustawienia zsynchronizowane ze środowiskiem i usuń tę opcję, usuwając zaznaczenie pola wyboru.

W przypadku aplikacji internetowych inną przyczyną powolnego budowania i debugowania (ale nie nawigacji IDE) może być funkcja Browser Link .

Przekonałem się, że po włączeniu tej opcji budowanie potrwałoby 4 razy dłużej, a debugowanie było bolesne - po każdym odsyłaniu strony internetowe zawieszały się na kilka sekund, zanim można było z nimi korzystać.

Korzystałem z rozwiązania uaktualnionego z Visual Studio 2012. Visual Studio 2013 również zaktualizował plik .suo. Usunięcie pliku .suo rozwiązania (obok pliku .sln), zamknięcie i ponowne otwarcie programu Visual Studio rozwiązało problem. Mój plik .suo zwiększył się z 91 KB do 27 KB.

Miałem ten sam problem i jedynym rozwiązaniem, które mi pomogło, było wykonanie trzech kroków przedstawionych poniżej:

1. Wyczyść folder WebSiteCache (możesz go znaleźć pod adresem C: \ Users \% USERNAME% \ AppData \ Local \ Microsoft \ WebSiteCache )

2. Wyczyść folder „Temporary ASP.NET Files” (znajdź go w C: \ Users \% USERNAME% \ AppData \ Local \ Temp \ Temporary ASP.NET Files )

3. Uruchom ponownie Visual Studio

Naprawiłem to, wyłączając Git, ustawiając wtyczkę Bieżąca kontrola źródła na Brak w Visual Studio, menu Opcje → Kontrola źródła :

Wydaje się, że ten problem jest spowodowany odinstalowaniem wersji SQL Server Compact (4.0).

Miałem ten problem i został on naprawiony po zainstalowaniu programu SQL Server Compact Edition 4.0. Po zamknięciu programu Visual Studio 2013 otrzymywałem komunikat, aby zainstalować wersję SQL Server Compact, ponieważ projekt C ++ potrzebował czegoś ... nie mógł niczego dotknąć.

Rozwiąż ten problem, instalując Microsoft SQL Server Compact 4.0

Microsoft SQL Server Compact 4.0

Mogę doradzić taką opcję.

CodeLens można wyłączyć jak na zdjęciu. Daje to dużo dobrego działania.

Jeśli debugujesz witrynę ASP.NET za pomocą przeglądarki Internet Explorer 10 (i nowszych), wyłącz wtyczkę menedżera haseł „LastPass” programu Internet Explorer. LastPass sprawi, że sesje debugowania zaczną się czołgać i znacznie zmniejszą twoją cierpliwość!

Wysłałem do Lastpass zgłoszenie do pomocy technicznej, a oni potwierdzili problem bez zamiaru jego naprawy, mówiąc tylko: „LastPass nie jest kompatybilny z Visual Studio 2013”.

Miałem ten sam problem i wszystkie wymienione tutaj rozwiązania nie zadziałały dla mnie.

Po odinstalowaniu rozszerzenia „Productivity Power Tools 2013” ​​wydajność wróciła do normy.

Jeszcze jedna rzecz do sprawdzenia; dla mnie było to logowanie Fusion.

Włączyłem to bardzo dawno temu i mniej więcej o tym zapomniałem. Pozbycie się ponad 5000 katalogów i 1 GB zalogowanych plików działało cuda.

Istnieje dobre obejście tego rozwiązania, jeśli występują problemy z renderowaniem plików .cs i plików .cshtml.

Po prostu zamknij wszystkie otwarte pliki, aby pamięć podręczna została wyczyszczona, i ponownie otwórz wymagane pliki.

Program Visual Studio Community Edition powoli przełączał się między plikami lub otwierał nowe pliki. Wszystko inne (na przykład pozycje menu) było poza tym normalne.

Najpierw wypróbowałem wszystkie sugestie z poprzednich odpowiedzi i żadna nie zadziałała. Zauważyłem, że to występuje tylko w aplikacji sieci Web ASP.NET MVC 4, więc dodałem nową aplikację sieci Web ASP.NET MVC 4 i to było szybkie.

Po wielu próbach i błędach odkryłem, że różnica polegała na tym, że packages.config- jeśli umieściłem referencje Microsoft na początku pliku, wszystko to znów się załamuje.

Przenieś Microsoft*wpisy na górę.

Wygląda na to, że nie musisz przenosić ich wszystkich - ruch mówiący <package id="Microsoft.Web.Infrastructure"ma zauważalny wpływ na moją maszynę.

Tak na marginesie

• Usunięcie całej zawartości pliku powoduje, że jest to także kolejny krok szybszy *
• Wykluczenie paczek.config z Visual Studio nie rozwiązuje problemu
• Znajomy korzystający z programu Visual Studio 2013 Premium nie zauważył żadnej różnicy w żadnym z tych przypadków (oba były szybkie)

AKTUALIZACJA

Wydaje się, że przyczyną są brakujące lub niekompletne pakiety NuGet lokalnie. Otworzyłem Menedżera pakietów i otrzymałem ostrzeżenie: „Brakuje niektórych pakietów NuGet w tym rozwiązaniu” i wybrałem Przywróć je, a to przyspieszyło. Jednak nie podoba mi się to, ponieważ w moim repozytorium dodaję tylko rzeczywiste elementy wymagane do kompilacji, ponieważ nie chcę rozszerzać mojego repozytorium, więc w końcu właśnie usunąłem pakiety.config.

To rozwiązanie może nie odpowiadać Twoim potrzebom, ponieważ wolę używać NuGet do pobierania pakietów, a nie obsługiwać aktualizacji pakietów, więc to zepsuje, jeśli użyjesz go do tego celu.

Dla mnie problemem była strona początkowa - pobierała zawartość i powodowała zawieszanie się programu Visual Studio.

Jedynym rozwiązaniem było dla mnie:

1. Zabij proces DevEnv z Menedżera zadań
2. Uruchom program Visual Studio w trybie awaryjnym z wiersza polecenia:
   devenv.exe /safemode
3. Przejdź do menu Narzędzia → Opcje i wybierz opcje Środowisko / Uruchamianie
4. Wybierz „Pokaż puste środowisko” dla akcji uruchamiania
5. Zamknij Visual Studio
6. Uruchom ponownie normalnie

Przeprowadzanie testów jednostkowych było powolne. To był problem ReSharpera.

1. Menu ReSharper → Opcje → Środowisko → Ogólne ...Clear Caches
2. Menu Narzędzia → Opcje → ReSharper → Ogólne ...Suspend Now
3. Zamknij Visual Studio
4. Usuń plik .suo.
5. Ponownie otwórz program Visual Studio.
6. Ponownie włącz ReSharper.

Miałem też problem z wolnym IDE.

W moim przypadku zainstalowałem

• ReSharper
• Npgsql (niska szansa na spowodowanie problemu)
• Entity Framework Power Tools Beta 4

Poniższe pomogło mi trochę:

• Wyłączona synchronizacja - menu Narzędzia → Opcje → Ustawienia zsynchronizowane ze środowiskiem
• Wyłączony wybór wtyczek - menu Narzędzia → Studio → Opcje → Kontrola źródła .
• Wyłączone Entity Framework Power Tools Beta 4 - menu Narzędzia → Rozszerzenia i aktualizacje

Odinstalowano Resharper JetBrain - WOW !! Znowu jestem szybki !!

Zmień wartość dziennika syntezy na 0. To rozwiązało mój problem.

To jest klucz FusionLog w rejestrze:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
Check ForceLog value (1 enabled, 0 disabled).

Długo też miałem do czynienia z tym problemem. Poniżej znajdują się kroki, które wykonuję i zawsze działają dla mnie:

• Usuwanie pliku .suo rozwiązania.
• Usuwanie tymczasowych plików ASP.NET (można je znaleźć na stronie % WINDOW% \ Microsoft.NET \ Framework \ Temporary ASP.NET Files)
• Usuwanie wszystkich punktów przerwania w aplikacji.

Program Visual Studio 2013 ma uruchomiony serwer pakietów i spędził do 2 milionów K pamięci.

Stawiam go na niski priorytet i powinowactwo tylko z jednym procesorem, a Visual Studio działało znacznie płynniej.

Eksplorator wydajności

Czy korzystałeś już z menu Analiza → Wydajność i diagnostyka ? Mam! To jest zajebiste! Ale możesz posprzątać.

Otwórz Eksploratora wydajności . Jeśli zwiniesz wszystkie znajdujące się tam elementy, wybierz wszystkie, a następnie kliknij prawym przyciskiem myszy i wybierz polecenie Usuń .

Moje rozwiązanie otwiera się szybciej i ogólnie działa teraz znacznie szybciej.

Możesz również zauważyć zmiany w slnpliku, jak pokazano. Dla mnie ta sekcja została usunięta ze sln.

GlobalSection(Performance) = preSolution
    HasPerformanceSessions = true
EndGlobalSection

W wersji Visual Studio 2015 Community doświadczyłem bardzo (bardzo) powolnego IDE po zmianie „Czcionki środowiska” w menu Narzędzia → Opcje ... → Czcionki i kolory .

Cofnięcie tej opcji z powrotem do wartości domyślnej („automatyczna”) rozwiązało ją natychmiast.

Miałem podobne problemy podczas przechodzenia z Visual Studio 2012 → Visual Studio 2013. IDE blokuje się po prawie każdym kliknięciu lub zapisaniu, a budowanie potrwa kilka razy dłużej. Żadne z wymienionych tutaj rozwiązań nie pomogło.

W końcu pomogło przeniesienie moich projektów na dysk lokalny. Visual Studio 2012 nie miał problemów z przechowywaniem moich projektów w udziale sieciowym, ale Visual Studio 2013 z jakiegoś powodu nie mógł sobie z tym poradzić.

Miałem zainstalowany program Visual Studio 2013 i działał płynnie. W pewnym momencie zaczęło się spowolnić i zdecydowało się zainstalować Visual Studio 2015. Po instalacji nic się nie zmieniło i obie wersje budowały rozwiązanie bardzo wolno (około 10 minut na 18 projektów w rozwiązaniu).

Potem zacząłem myśleć o ostatnio zainstalowanych rozszerzeniach - najnowszą instalacją były narzędzia PHP dla Visual Studio (miałem je tylko na Visual Studio 2013). Nie jestem pewien, jak rozszerzenie może wpłynąć na inne wersje programu Visual Studio, ale odinstalowanie go pomogło mi rozwiązać problem.

Mam nadzieję, że pomoże to innym uświadomić sobie, że nie zawsze jest to wina Visual Studio.

Dodałem „devenv.exe” jako wyjątek do Windows Defender . To całkowicie rozwiązało mój problem. Ludzie mogą spróbować tego za pierwszym razem.

Mam ten sam problem, ale zwalnia, gdy próbuję zatrzymać debugowanie w Visual Studio 2013, i próbuję tego:

• Następnie zamknij Visual Studio
• Znajdź folder projektu roboczego
• Usuń plik .suo
• Usuń folder / obj
• Otwórz Visual Studio
• Odbudować

Żadna z sugestii nie zadziałała, ale rozwiązałem problem. Wypróbowałem większość innych zaleceń, zanim doszedłem do następującego rozwiązania.

Mój scenariusz / problem:

Korzystanie z Visual Studio 2017 z ReSharper Ultimate. Wprowadzanie z klawiatury w IDE stało się bardzo wolne, jak opisywali to inni. Ostatnią zmianą, jaką wprowadziłem w swoim rozwiązaniu, było dodanie nowego projektu strony internetowej, więc przyjrzałem się temu. Po wypróbowaniu wielu rzeczy, próbowałem dodać drugi projekt strony internetowej, więc mogłem spróbować zastąpić pierwszy projekt, a Visual Studio właśnie to zrobiło. To nawet nie załadowałoby rozwiązania.

Moje rozwiązanie:

Zmusiłem program Visual Studio do zamknięcia, a następnie usunąłem nowo dodane projekty witryn internetowych z pliku .sln za pomocą Notatnika . Po zapisaniu i uruchomieniu programu Visual Studio moje rozwiązanie szybko się załadowało i wszystko wróciło do normy. Dodałem nową stronę internetową z nieco inną konfiguracją (patrz sposób myślenia poniżej), a problem nie pojawił się ponownie.

Moje myślenie:

Myślę, że problem wynikał z utworzenia nowego projektu witryny sieci Web i użycia ścieżki systemu plików do udziału sieciowego hostowanego na platformie Azure. Pracuję w sieci VPN, która ma tendencję do spowalniania pracy i od czasu do czasu doświadczam różnych problemów z routingiem w przypadku niektórych usług, więc mój problem / rozwiązanie może być trochę płatkiem śniegu. Zmieniłem ścieżkę systemu plików na lokalne repozytorium i opublikuję pliki w razie potrzeby, co wydaje się znacznie lepszą drogą.

Miałem zachowanie Visual Studio, w którym pisanie w moich plikach HTML było wolne. Wcześniej, kiedy instalowałem, zgadywałem, że ponieważ moje pliki HTML były zwykłym HTMLem, nie było potrzeby instalowania żadnych narzędzi programistycznych z komponentu obciążenia instalatora. Wróciłem i zainstalowałem ten bit, a zachowanie Visual Studio stało się zgodne z oczekiwaniami.

Czy ktoś znalazł problemy z wydajnością startową CodeLens (licznik referencyjny)?

Wyłącz CodeLens (menu Narzędzia → Opcje → edytor tekstu → Wszystkie języki → CodeLens )

Wyłącz także kontrolę źródła Git (menu Narzędzia * → Opcje → Kontrola źródła )