VS2013 permanente CPU-Auslastung im Leerlauf

93

Ich habe kürzlich VS2013 auf Update 1 aktualisiert und seitdem erhöht VS die CPU-Auslastung dauerhaft auf 25% (auf einer Intel i5-CPU mit 4 Kernen), obwohl sie im Leerlauf sein soll. Ich dachte, es hat einige unvollendete Hintergrundprozesse, also habe ich es eine Weile laufen lassen, aber es verwendet die CPU weiterhin, wenn sie im Leerlauf sein soll.

Erhalten Sie nach dem Update ein ähnliches Verhalten?

Bearbeiten 1 : Ich verwende Git- und Python-Tools für vs, daher kann es nach Update 1 zu Konflikten kommen.

Edit 2 : Die Git-Integration in VS2013ist fehlerhaft. Ich habe einen Profiler ausgeführt devenv.exeund git2-msvstfs.dllnutze den größten Teil der CPU-Nutzung, obwohl er inaktiv sein sollte. Ich habe eine Fehlermeldung an MS gesendet. Wenn Sie das gleiche Problem haben, stimmen Sie bitte dafür ab: http://connect.microsoft.com/VisualStudio/feedback/details/844616/vs2013-update-1-cpu-usage-not-normal

Geben Sie hier die Bildbeschreibung ein

Edit 3 : Update 2 wurde kürzlich veröffentlicht. Dieser Fehler wurde in VS2013 Update 2 behoben.

Edit 4 : Die Updates 3 und 4 wurden veröffentlicht und die CPU-Auslastung wird aus mehreren Gründen verrückt (nicht nur das Git-DLL-Modul). Das Deaktivieren Browser Linkwie in einer der folgenden Antworten scheint das Problem zu beheben.

visual-studio-2013 cpu-usage

— Remus
quelle

199

Für mich (VS 2013 Update 4) bestand die Lösung darin, Browser Link wie hier angegeben zu deaktivieren:

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

Geben Sie hier die Bildbeschreibung ein

Die CPU verlangsamte sich sofort von 25% auf 1%.

— zukanta
quelle

Ich denke, dies ist ein weiterer Fehler, der nichts mit dem Git-Integrationsfehler zu tun hat. Wie Sie auf meinem Screenshot sehen können: Die CPU-Auslastung ist auf git2 -... dll zurückzuführen. Ich verwende VS für die C / C ++ - Entwicklung und der Browser-Link ist nicht einmal für die C / C ++ - Entwicklung aktiviert.

— Remus

Das hat auch bei mir funktioniert - VS2013 + Update 4. Danke!

— Abjbhat

2

Danke, das hat meine paar Wochen des Leidens gelöst. Die CPU war 30 Minuten nach dem Öffnen einer großen Weblösung bei 40%. Auch ohne etwas damit zu tun. Als ich die Option "Browser-Link aktivieren" deaktivierte, fiel die CPU sofort auf 0%.

— Goran Genter

4

Vielen Dank! Das Problem wurde auch für mich auf Surface Pro 3 behoben. Im Leerlauf lag die CPU-Auslastung bei 43%. Ging nach Deaktivierung auf 0%. Auch wenn die Site vollständig und ohne Anhängen an den Prozess auf IIS ausgeführt wird. Ich vermute, es stört auch Chrome -> Inspect Element, wo es zu einer massiven Verzögerung kommt.

— Ales Potocnik Hahonina

2

Dies funktionierte auch für mich, führte jedoch einen Neustart jeder ausgeführten Visual Studio-Instanz durch, um wirksam zu werden. Vielen Dank!

— KJ3

48

Bearbeiten 2 : Mögliche Fehlerregression in den Updates 3 und 4.

Bearbeiten 1 : Der Fehler wurde in VS2013 Update 2 behoben.

Man kann das gitPlug-In folgendermaßen deaktivieren Visual Studio 2013:

Extras-> Optionen

Quellcodeverwaltung: Setzen Sie das Plug-In für die aktuelle Quellcodeverwaltung auf Keine

Verwenden Sie andere gitClients, um Ihre Repositorys zu verwalten.

— Remus
quelle

2

Ich habe das gleiche Problem Visual Studio 2013 Update 2mit dem Plug-In für die aktuelle Quellcodeverwaltung, das auf Keine eingestellt ist

— Clint Powell

hier gilt das gleiche! Das Problem hängt mit etwas anderem zusammen.

— andresp

3

Sie finden den Profiler unter Analyse-> Profiler und hängen ihn an eine andere Instanz von devenv.exe an

— remus

3

Ich verwende Update 3 und hatte eine hohe CPU-Auslastung, bis ich das Git-Quellcodeverwaltungs-Plugin deaktiviert habe. Die CPU fiel sofort aus. Mögliche Regression?

— Thorarin

1

Dieses Problem trat bei mir auf, nachdem ich die GIT-Tools von Drittanbietern installiert und das Plugin auf Keine gesetzt hatte. Es wurde behoben. Interessanterweise habe ich, nachdem ich dies auf Keine gesetzt habe, es wieder auf den MS Git-Anbieter zurückgesetzt und das Problem ist nicht zurückgekehrt.

— TreeAndLeaf

0

Wir haben das Problem behoben, indem wir den VS in SafeMode geöffnet haben. Fügen Sie dem Initiator / SafeMode hinzu.

— MarckSi
quelle

16

Sie sollten VS nicht in SafeMode verwenden. Viele Funktionen sind in SafeMode deaktiviert.

— Remus

Wenn der Safemode das Problem behebt, sollten Sie sich die Erweiterungen ansehen, die Sie ausführen, da der Safemode alle deaktiviert.

— Ralph

0

Da diese Seite als erstes auf meiner Suche nach Informationen darüber, warum Visual Studio 2013 (Update 4) aufgrund der hohen CPU-Auslastung unbrauchbar wurde, aufgerufen wurde, werde ich mitteilen, was ich getan habe, um das Problem zu beheben.

Das Problem manifestierte sich darin, dass ein CPU-Kern auf 100% ausgelastet war und der Speicher ständig so weit anstieg, dass das System langsamer wurde und devenv.exe schließlich abstürzte. Es war zu 100% reproduzierbar mit einem Node / Typoskript-Projekt, auf dem Microsoft Node Tools installiert war.

Nachdem ich verschiedene mögliche Korrekturen nacheinander ohne Erfolg ausprobiert hatte, versuchte ich, Intellisense zu deaktivieren:

Werkzeuge | Optionen> Texteditor> Node.js> Intellisense
Kein Intellisense (Optionsfeld)
Auf Festplatte speichern deaktiviert (Optionsfeld)
Starten Sie Visual Studio neu

Dies führte sofort dazu, dass die CPU-Auslastung auf ein normales Niveau sank.

Das ist es. Es wurde für mich behoben. Ich hoffe das hilft jemandem.

— BitsEvolved
quelle

3

Ist Intellisense nicht eine nette Funktion von VS?

— Remus

4

@remus Wenn die CPU nicht zu 100% ausgelastet ist und die IDE völlig unbrauchbar wird, ist dies der Fall.

— BitsEvolved

0

In meinem Fall war es die Aufnahme von Verweisen auf die Lösung, die die hohe CPU-Auslastung verursachte. Das Projekt war ein IronPython-Paket, das auch einige DLLs verwendete. Das Hinzufügen der DLLs zu den Referenzen war in Ordnung. Das erste Mal, dass eine DLL im Objektbrowser geöffnet wurde, erreichte die CPU 25% (1 Kern) und blieb dort. Durch das Löschen aller Referenzen wurde die CPU wieder normalisiert.

Noch eine andere Lösung: Löschen Sie alle Objekte unter den Projektreferenzen.

(VS2013, Update 5, mit Python Tools 2.2)

— Scottinthebox
quelle

0

In meinem Fall führe ich normalerweise mehrere Kopien von Visual Studio gleichzeitig aus. Ich habe festgestellt, dass beim Starten der 2. (oder 3.) Kopie von Visual Studio, BEVOR die 1. (oder 2.) Kopie vollständig geladen und beruhigt wurde, ein DEVENV bei 100% CPU hängen bleibt, unabhängig davon, was ich danach mache. Ich muss alle Kopien schließen und wieder öffnen.

Ich hoffe das hilft jemandem, es hat mich verrückt gemacht.

Billy

— Billy Willoughby
quelle

0

Hatte ein ähnliches Problem mit vs2015 - das Löschen der .suo-Lösungsdatei hat es bisher für mich behoben.

— John Blair
quelle