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

Odpowiedzi:

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