VS2013 stałe użycie procesora, nawet w trybie bezczynności

93

Niedawno zaktualizowałem VS2013 do Aktualizacji 1 i od tego czasu VS zwiększa zużycie procesora do 25% (na 4-rdzeniowym procesorze Intel i5) na stałe, mimo że powinien być bezczynny. Myślałem, że ma jakieś niedokończone procesy w tle, więc zostawiłem go uruchomionego na chwilę, ale nadal używa procesora, gdy powinien być bezczynny.

Czy po aktualizacji zachowuje się podobnie?

Edycja 1 : Używam narzędzi git i python dla vs, więc po aktualizacji 1 mogą wystąpić pewne konflikty.

Edycja 2 : Integracja git w programie VS2013jest błędna. Uruchomiłem profiler devenv.exei git2-msvstfs.dllzajmuje większość użycia procesora, chociaż powinien być bezczynny. Wysłałem powiadomienie o awarii do MS. Jeśli masz ten sam problem, zagłosuj na to: http://connect.microsoft.com/VisualStudio/feedback/details/844616/vs2013-update-1-cpu-usage-not-normal

wprowadź opis obrazu tutaj

Edycja 3 : Aktualizacja 2 została niedawno wydana. Ten błąd został naprawiony w VS2013 Update 2.

Edycja 4 : Wydano aktualizacje 3 i 4, a użycie procesora zwariowało z wielu przyczyn (nie tylko z modułu git dll). Browser LinkWydaje się, że wyłączenie, jak w jednej z poniższych odpowiedzi, rozwiązuje problem.

visual-studio-2013 cpu-usage

— remus
źródło

199

Dla mnie (VS 2013 aktualizacja 4) rozwiązaniem było wyłączenie łącza przeglądarki, jak określono tutaj:

https://www.devexpress.com/Support/Center/Question/Details/T102322

wprowadź opis obrazu tutaj

Procesor zwolnił od razu z 25% do 1%.

— zukanta
źródło

Myślę, że to kolejny błąd, niezwiązany z błędem integracji git. Jak widać na moim zrzucie ekranu: obciążenie procesora wynika z git2 -... dll Używam VS do programowania w C / C ++, a łącze przeglądarki nie jest nawet aktywowane do programowania w C / C ++.

— remus

to też zadziałało - VS2013 + Update 4. Dzięki!

— abjbhat

2

Dzięki, to rozwiązało moje kilka tygodni cierpienia. Procesor był na 40% 30 minut po otwarciu jednego dużego rozwiązania internetowego. Nawet nic z tym nie robiąc. Gdy odznaczyłem opcję „Włącz łącze przeglądarki”, procesor natychmiast spadł do 0%.

— Goran Genter

4

Dzięki! Naprawiłem to również dla mnie na Surface Pro 3. W stanie bezczynności utrzymywał 43% wykorzystania procesora. Poszedł do 0% po wyłączeniu. Nawet podczas uruchamiania witryny w usługach IIS i bez dołączania do procesu. Podejrzewam, że koliduje również z Chrome -> Inspect Element, gdzie dostajesz ogromne opóźnienie.

— Ales Potocnik Hahonina

2

U mnie to również zadziałało, ale wymagało ponownego uruchomienia każdego uruchomionego wystąpienia programu Visual Studio, aby odniosło skutek. Dzięki!

— KJ3

48

Edycja 2 : możliwa regresja błędów w aktualizacjach 3 i 4.

Edycja 1 : błąd został naprawiony w VS2013 Update 2.

Można wyłączyć gitwtyczkę Visual Studio 2013w ten sposób:

Narzędzia-> Opcje

Kontrola źródła: ustaw wtyczkę kontroli źródła prądu na Brak

Użyj innych gitklientów do zarządzania repozytoriami.

— remus
źródło

2

Mam ten sam problem Visual Studio 2013 Update 2z wtyczką kontroli źródła prądu ustawioną na Brak

— Clint Powell

to samo tutaj! problem jest związany z czymś innym.

— andresp

3

Możesz znaleźć profiler w Analyze-> Profiler i dołączyć go do innej instancji devenv.exe

— remus.

3

Używam aktualizacji 3 i miałem wysokie użycie procesora, dopóki nie wyłączyłem wtyczki kontroli źródła Git; Procesor natychmiast spadł. Możliwa regresja?

— Thorarin

1

Ten problem wystąpił u mnie po zainstalowaniu narzędzi GIT innych firm i ustawieniu wtyczki na Brak, aby to naprawić. Co ciekawe, po ustawieniu tego na None ustawiłem go z powrotem na dostawcę MS Git i problem nie powrócił.

— TreeAndLeaf

0

Naprawiliśmy to, otwierając VS w SafeMode. Dodaj / SafeMode do inicjatora.

— MarckSi
źródło

16

Nie powinieneś używać VS w SafeMode. Wiele funkcji jest wyłączonych w SafeMode.

— remus

Jeśli tryb safemode złagodzi problem, powinieneś przyjrzeć się rozszerzeniom, z których korzystasz, ponieważ tryb ten wyłącza je wszystkie.

— Ralph

0

W moim przypadku to właśnie włączenie Referencji do rozwiązania spowodowało wysokie zużycie procesora. Projekt był pakietem IronPython, który również używał niektórych bibliotek DLL. Dodawanie bibliotek DLL do referencji było w porządku. Za pierwszym razem, gdy biblioteka DLL została otwarta w przeglądarce obiektów, procesor osiągnął 25% (1 rdzeń) i tam pozostał. Usunięcie wszystkich odniesień przywróciło procesor do normalnego stanu.

Jeszcze inne rozwiązanie: Usuń wszystkie obiekty w ramach projektu Referencje.

(VS2013, aktualizacja 5, z narzędziami Python 2.2)

— scottinthebox
źródło

0

W moim przypadku zwykle uruchamiam jednocześnie kilka kopii programu Visual Studio. Zauważyłem, że jeśli uruchomię drugą (lub trzecią) kopię programu Visual Studio PRZED całkowitym załadowaniem i ustabilizowaniem pierwszej (lub drugiej) kopii, DEVENV utknie na 100% procesorze, bez względu na to, co zrobię później. Muszę zamknąć wszystkie kopie i ponownie otworzyć.

Mam nadzieję, że to komuś pomogło, doprowadzało mnie do szału.

Menażka

— Billy Willoughby
źródło

0

Miałem podobny problem z vs2015 - usunięcie pliku rozwiązania .suo naprawiło go do tej pory.

— john blair
źródło