Visual Studio 2013/2015 Leerlauf der CPU


73

Ich evaluiere derzeit Visual Studio 2015 RC. Ich habe festgestellt, dass beim Ausführen der IDE der Visual Studio 2015-Prozess ständig eine CPU-Auslastung von ca. 25% aufweist. Selbst ohne ein geladenes Projekt und ohne die Begrüßungsseite verschlingt es 25% der CPU-Auslastung mit einer konstanten Rate. Keine anderen Anwendungen als Hintergrunddienste. Alle anderen laufenden Prozesse verbrauchen insgesamt etwa 2 bis 4 Prozent zusätzliche CPU.

Dieses Verhalten wurde auch in Visual Studio 2013 festgestellt.

Hat jemand anderes dieses Verhalten gesehen? Ist das normal? Irgendwelche Vorschläge?


1
Ich sehe das und möchte wirklich eine Lösung. Weil es meinen Fan verrückt macht.
Kristian Barrett

Ich habe Resharper und sehe, dass es beim Öffnen meiner Lösung (DNN) ungefähr 40% dauert. Ich öffne oft 2 oder 3 Lösungen (in vs 2013), jetzt ist es nicht möglich und oft auf 100% Prozessoren ... (Ich habe einen i5)
Jerome2606

gleiches Problem hier DNN-Lösung, Reshaper 9.1.3
Ben Croughs


1
Ich zog mir ein paar Wochen lang die Haare aus. Ich habe den Browser-Link ausgeschaltet. Ich habe alle meine Erweiterungen deaktiviert oder deinstalliert. Ich habe die Quellcodeverwaltung ausgeschaltet. Schließlich war die Lösung, für die ich mich entschieden hatte, die Deinstallation von VS 2015 und die Rückkehr zu VS 2013 ...: /
Ralph

Antworten:


58

Hatte das gleiche Problem. Prozessor konstant bei 45-50%, auch wenn die IDE vollständig inaktiv ist.

Es stellt sich heraus, dass das Problem der Microsoft Git-Quellcode-Anbieter ist.

Ich habe das ausgeschaltet und der Prozessor ist auf 0 gefallen und die IDE wurde viel benutzerfreundlicher.


Das Ausschalten hat mir geholfen (winzige Lösung in einem komplexen Git-Repo). Ich habe keine bessere Lösung, als sie auszuschalten.
Hound

13
Und wie hast du es ausgeschaltet? Wo findest du es?
Dakab

10
Hier ausschalten:
Extras

1
Beeinträchtigt dies die Leistung, auch wenn Ihr Projekt Git nicht verwendet? Mein Quellcodeverwaltungs-Plug-In ist auf TFS eingestellt, aber ich bekomme immer noch dieses Problem.
Crush

2
mit ankh. kein Schwachkopf. gleiches Problem
Boppity Bop

9

In meinem Fall wurde durch Deaktivieren der Telerik ASP.NET MVC-Erweiterung ein Problem mit hoher CPU behoben.

Die hohe CPU-Auslastung begann mit der Auslastung der Lösung und fiel nicht ab (40% bei einer, 80% bei zwei Lösungen), bis VS geschlossen wurde oder manchmal sogar danach (musste den Prozess abbrechen).

Extras-> Erweiterungen und Updates-> Installiert, suchen Sie die Erweiterung und klicken Sie auf 'Deaktivieren'.


2
Wie deaktiviere ich die Telerik ASP.NET MVC-Erweiterung in Visual Studio 2015?
Mayur Patel

Danke Kumpel, das war eine echte Hilfe für meine Produktivität. Hatte mich seit Monaten verfolgt
Rugnir

@ MayurPatel Entschuldigung, dass Sie nicht geantwortet haben, Ihren Kommentar nicht bemerkt haben. Vielleicht hilft es jemand anderem. Tools-> Erweiterungen und Updates-> installiert-> deaktivieren
Michael Brennt

Danke, @Michael Brennt für die Antwort. Übrigens habe ich es irgendwie behoben. Ich denke, Sie sollten die Antwort aktualisieren und Schritte zum Deaktivieren der Telerik ASP.NET MVC-Erweiterung von Visual Studio 2015 anzeigen, die besser als ein Kommentar wäre.
Mayur Patel

3

In meinem Fall haben alle Referenzzählungen versucht, jedes Mal zu aktualisieren, wenn ich Code bearbeite. Geben Sie hier die Bildbeschreibung ein

Ich habe sie gerade ausgeschaltet. Sie können es so machen .


2

Es ist nicht zu erwarten, dass Visual Studio eine kontinuierliche CPU-Zeit verbraucht.

Ich verwende derzeit Visual Studio 2015 Community RTM mit einem offenen mittelgroßen Projekt und sehe keine laufende CPU-Auslastung (laut Process Hacker 2, bei dem die Auslastung nur 0,01 Prozent beträgt). Es ist nur leer, was bedeutet, dass nicht einmal 0,01% der CPU-Auslastung registriert werden.

Beachten Sie, dass IntelliSense Ihre Projektdateien im Hintergrund scannt, um die Datenbank zum Aufrufen der Vorschläge usw. zu erstellen.

Wenn Sie in den Menüs Projekt > Lösung erneut scannen auswählen, wird dieser Vorgang abgeschlossen, wodurch die CPU eine Zeit lang verwendet wird. Aber es sollte letztendlich ruhig werden.

Scheinbar für immer gab es Zeiten, in denen das Löschen der Intellisense-Datenbankdateien und das Durchführen eines vollständigen erneuten Scannens Probleme vom Typ „seltsames Verhalten“ lösten. Ich weiß nicht, ob es sich um die „vorgeschriebene“ Methode handelt, aber wenn ich ein IntelliSense-Problem vermute, lösche ich einfach die SDF-Datei im Projektordner, wenn ich sicherstellen möchte, dass Visual Studio mit einem sauberen Slate beginnt. Dies ist nicht sehr oft notwendig.


2

Ich hatte auch dieses Problem, konstante 20-40% CPU im Leerlauf (Visual Studio 2015 Update 1). Ich habe festgestellt, dass andere lokale Repositorys mit demselben Code dieses Problem nicht hatten.

Ich habe das problematische lokale Repository gelöscht und eine neue Kaufabwicklung durchgeführt. Dadurch wurde das Problem für mich gelöst. Warum das funktioniert hat, kann ich leider nicht erklären ...



1

In meinem Fall; "Visual Studio 2015 Update 1" ist verrückt geworden, JS-Dateien unabhängig von der Länge der Quelle zu bearbeiten. Es wurde eine hohe CPU verwendet und der Editor ist sogar eingefroren. Ich habe das Problem behoben, indem ich die Add-Ons von Drittanbietern einzeln deaktiviert habe, um den fehlerhaften zu erkennen, der eine Fehlfunktion von VS 2015 verursacht.

Hoffe, es funktioniert.


6
Ich hatte ein ähnliches Problem, als ich eine JS-Datei speicherte. CPU würde spitzen. Ich habe festgestellt, dass die Telerik ASP.NET VSExtensions mein Problem verursacht haben.
Dfaussio

1

In meinem Fall war der Schuldige Node.js Tools für Visual Studio . Ich hatte v1.1.2 installiert und die CPU war ständig um 25-40%.

Ein Wechsel zu Node.js Tools v1.2 RC löste das Problem vollständig nach einer anfänglichen hohen Last, die in wenigen Minuten verschwand.


Ein Upgrade auf die neueste Version (1.2) hat es auch für mich gelöst
foobarcode

0

In meinem Fall war es entweder der Roaming Extention Manager oder höchstwahrscheinlich das Azure Worker-Rollenprojekt in meiner Lösung. Wenn Sie eines davon haben, entladen Sie es und starten Sie Visual Studio neu. Ich kann es reproduzieren, aber ich weiß nicht, warum es passiert.


sollte ein Kommentar sein imho
Markus

4
Das stimmt, aber wie Sie bereits erwähnt haben, habe ich keinen ausreichenden Ruf, um einen Kommentar abzugeben.
Pinki

0

Ich habe auch festgestellt, dass VS beim Ausführen und Stoppen einer Debug-Episode auf dem lokalen Server, wenn die Seite noch im Browser geöffnet ist, weiterhin mit hoher CPU ausgeführt wird. Durch Schließen der Browserseite wird dies gestoppt.


Dies liegt wahrscheinlich daran, dass Browser Link im Debug-Menü aktiviert ist. Deaktivieren Sie Browser-Link aktivieren und das Problem wird behoben
sheavens

0

Ich möchte meine Erfahrungen teilen. In meinem Fall musste ich alle Erweiterungen und Updates sowie die Code-Analyse c # deaktivieren.

1-Für Erweiterungen und Updates:

Tools => Erweiterungen und Updates

2-Für die Code-Analyse

Solution Explorer => Klicken Sie mit der rechten Maustaste auf das Projekt => Eigenschaften => Klicken Sie auf die Registerkarte "Code-Analyse" => Klicken Sie auf den Bouton "Öffnen" => Deaktivieren Sie das Kontrollkästchen "Microsoft.CodeAnalysis.CSharp" => Speichern und beenden.

Die CPU-Auslastung ging auf 1% zurück.


0

In meinem Fall war die .suo-Datei in Visual Studio der Schuldige. Das Löschen hat mein Problem behoben.

Weitere Informationen finden Sie unter dem folgenden Link.

https://shemeerns.com/2014/04/04/the-solution-user-options-suo-file-in-visual-studio/


Das bedeutet nur, dass Sie eine Einstellung hatten, die dieses Verhalten verursachte und durch Löschen der .suo-Datei rückgängig gemacht wurde. Dies gibt keine nützlichen Informationen darüber, um welche Einstellung es sich handelt.
Gert Arnold
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.