Visual Studio 2017 ist beim Erstellen und Debuggen zu langsam

94

Ich habe gerade Visual Studio 2017 auf einem PC mit den folgenden Spezifikationen installiert :

Intel Xeon E5-1600 v3 bei 3,50 GHz Prozessor, 16 GB RAM und Windows 10 Pro 64-Bit-Betriebssystem .

Obwohl die PC-Leistung nahezu perfekt ist, treten in Visual Studio 2017 normalerweise Probleme mit der Langsamkeit auf, insbesondere bei Build- und Debug-Prozessen. Außerdem muss ich es manchmal nach der Meldung "Nicht antworten" neu starten .

Gibt es eine stabile Lösung für dieses Problem in Visual Studio 2017 ?

Jason
quelle
3
Ist "Lightweight Solution Load" aktiviert? Es verlangsamte meinen sln Build ~ 2x mal
Tukaef
1
@ 2kay Wo ist diese Einstellung?
Jason
1
@ Hexadezimal Rechtsklick auf SLN -> Aktivieren / Deaktivieren der Lightweight Solution Load
Tukaef
@ 2kay Es war deaktiviert, danke ...
Jason
Mögliches Duplikat von Visual Studio 2015 ist extrem langsam
Steven Summers

Antworten:

165

Um eine bessere Leistung in Visual Studio 2017 zu erzielen, können verschiedene Leistungsverbesserungen wie folgt angewendet werden:

  1. Setzen Sie die aktuelle Quellcodeverwaltung… unter ExtrasOptionenQuellcodeverwaltung auf Keine

  2. Deaktivieren Sie die Option Synchronisierte Einstellungen über ... Option unter ExtrasOptionenUmweltSynchronized Einstellungen (für einige Versionen: WerkzeugeOptionenUmweltKonten )

  3. Disable CodeLens (Optional): Deaktivieren Sie die Option aktivieren CodeLens Option unter ExtrasOptionenTexteditorAlle Sprachen

  4. Deaktivieren Sie Diagnose - Tools (optional): Deaktivieren Sie die Option Diagnose - Tools aktivieren beim Debuggen unter Option ExtrasOptionenDebuggingAllgemein

  5. Bereinigen Sie den Inhalt in den folgenden Ordnern ( löschen Sie diese Ordner nicht, sondern nur deren Inhalt ) und starten Sie Visual Studio neu:

    Bereinigen Sie den Inhalt im Ordner " WebSiteCache " (unter
    C: \ Benutzer \% USERNAME% \ AppData \ Local \ Microsoft \ WebSiteCache ).

    Bereinigen Sie den Inhalt im Ordner " Temporäre ASP.NET-Dateien " (unter
    C: \ Benutzer \% USERNAME% \ AppData \ Local \ Temp \ Temporäre ASP.NET-Dateien ).

Hinweis: Wenn Sie die Hardwarebeschleunigung aktiviert haben oder die Standardeinstellungen für die visuelle Erfahrung in Microsoft Visual Studio 2017 oder Visual Studio 2015 verwenden, können zeitweise Leistungsprobleme, Produktabstürze oder Renderingprobleme auftreten. Wenden Sie die folgenden Einstellungen unter ExtrasOptionenUmgebungAllgemein an, um diese Probleme zu umgehen

Geben Sie hier die Bildbeschreibung ein

Weitere Informationen finden Sie unter Sie haben Leistungsprobleme, Produktabstürze oder Renderprobleme in Visual Studio 2015 und Visual Studio 2013 .

Wenn das Problem mit dem Debuggen zusammenhängt, versuchen Sie die Problemumgehung beim Debuggen / Laden von Visual Studio sehr langsam .

Ich hoffe das hilft...

Murat Yıldız
quelle
8
Das Anwenden dieser Einstellung hat meine Leistung in Visual Studio 2017 erheblich gesteigert, vielen Dank :)
Jason
9
Das Deaktivieren der Quellcodeverwaltung ist keine Option, wenn Sie TFS oder Git verwenden. Und beide temporären Ordner scheinen nur für die ASP-Entwicklung zu gelten, beide sind auf meinem Computer nicht vorhanden.
Lennart
6
@Lennart: Zumindest mit Git können Sie immer Aufgaben im Zusammenhang mit der Quellcodeverwaltung außerhalb von VS ausführen (z. B. mit dem gitBefehlszeilentool) und die Git-Integration in VS deaktivieren. Es ist zwar ein anderer Workflow, den Sie vielleicht nicht mögen, aber es ist trotzdem eine praktikable Option.
stakx - nicht mehr beitragen
4
Das Deaktivieren der Wiederherstellung von Nuget-Paketen kann ebenfalls die Arbeit beschleunigen. Extras => Optionen => Paketwiederherstellung. Deaktivieren Sie NuGet erlauben, fehlende Pakete herunterzuladen.
Preben Huybrechts
3
Es wäre hilfreich, die VS2017-Version einzuschließen, für die diese Antwort gilt. Wie @bkassar erwähnt, befindet sich # 2 in Version 15.8.5 unter Extras → Optionen → Umgebung → Konten. Ich bin mir nicht sicher, bei welcher Version es geändert wurde, aber es wird Zeitverschwendung sein, nach Umgebungen → Synchronisierte Einstellungen für diejenigen zu suchen, die ihre VS auf dem neuesten Stand halten und gerade auf dieses Problem gestoßen sind.
Cechow
7

Es kann eine Lösung mit Priorität geben.

1) Deaktivieren Sie die Diagnosetools

Geben Sie hier die Bildbeschreibung ein

2) Deaktivieren Sie die visuelle Erfahrung des Rick Clients

Geben Sie hier die Bildbeschreibung ein

3) Deaktivieren Sie alle Synchronisierungseinstellungen.

Geben Sie hier die Bildbeschreibung ein

Stellen Sie außerdem sicher, dass Sie den Cache mit run ->% temp% entfernt haben. Viel Glück.

Rohit
quelle
5

Mein Problem war mit Lightweight Solution Load. Sobald ich deaktiviert hatte, ging alles wieder normal.

Kohinoor Basu
quelle
Danke dir! Du hast mir so viel Zeit gespart!
fk2
1
Das gleiche ist mir passiert, es ist lustig, wie schwer die Lösung tatsächlich schwerer ist als die Lösung mit normalem Gewicht.
Bill Yang
Ich kann diese Option in VS2017 Enterprise
Savage
3
@Savage Die Option wurde in VS2017 entfernt. Siehe: docs.microsoft.com/en-us/visualstudio/ide/…
Yamakuzure
3

Ich habe diesen Link zum Verwalten der Visual Studio-Leistung in meinem VS 2017 erhalten

Hinweis: Sie können dieses Fenster auch über Folgendes öffnen: Hilfe -> Visual Studio-Leistung verwalten

Gemäß dem folgenden Screenshot verlängert Developer Analytics Tools die Ladezeit der Lösung um 5 Sekunden (im Durchschnitt). Ich habe es deaktiviert.

Geben Sie hier die Bildbeschreibung ein

Hooman Bahreini
quelle
2

Laden Sie procmon herunter und führen Sie es aus, um die Hintergrundaktivitäten von msbuild oder Visual Studio zu überprüfen. Visual Studio kann extrem langsam oder fast unbrauchbar sein, wenn das Schreibprotokoll mit fuslogvw erstellt wird.

Schritte zum Stoppen des fuslogvw-Protokollschreibers.

1) Fenster + R, geben Sie RegEdit ein. 2) Gehen Sie zum Pfad HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Fusion. 3) Setzen Sie den hexadezimalen Wert von Force Log auf 0.

Visual Studio wird normal ausgeführt.

Akash
quelle
Danke @Akash !! Nach dem Deaktivieren läuft meine Lösung schneller. Ich denke, wir sollten es nur für die Fehlerbehebung aktivieren.
Davi Ruiz
2

Ich verwende VS 2017 auf einem System mit 128 GB RAM und 4 Quad Core Xeon-Prozessoren mit SSD. Ich verwende natürlich Windows 10 Pro für Workstations, um meinen Quad-CPU-Build zu unterstützen.

Was mir wirklich geholfen hat, meine Bauzeit auf weniger als 2 Sekunden zu verkürzen, war dieser einfache Trick:

Festlegen der Einstellung des Host-Computers zur Optimierung der "Hintergrunddienste" mithilfe der Windows-Eigenschaften, Erweiterte Systemeinstellungen, Erweitert, Registerkarte Erweitert.

In Anbetracht der Tatsache, dass ich über eine große Menge an RAM verfüge und noch nie gesehen habe, dass ein Viertel davon zum Deaktivieren der Auslagerungsdatei verwendet wurde. (Windows warnt vor den Folgen)

Es lohnt sich auch, die VS-Installation und den Projektordner zu einer Liste von Ausnahmen in den Antivireneinstellungen hinzuzufügen (in meinem Fall Windows Defender).

Amir Hajiha
quelle
0

Ich habe alle oben genannten Lösungen ausprobiert und bin vielen relevanten Links gefolgt. Keiner von ihnen hat funktioniert.

Nachdem ich alle Haare abgezogen und eine weitere Tasse Kaffee aufgefüllt hatte, entschied ich mich, Visual Studio 2017 zu aktualisieren. Boom, jetzt ist alles wieder normal (außer meinen Haaren und einem koffeinhaltigen Gehirn).

Wenn Sie also jemals auf dasselbe Problem stoßen, empfehlen wir Ihnen, zuerst Ihr Visual Studio 2017-Update zu überprüfen. Wenn ein Update verfügbar ist, aktualisieren Sie es!

oopsdazie
quelle
Versuchen Sie, die Suo-Datei zu löschen. das funktioniert für mich docs.microsoft.com/en-us/collaborate/connect-redirect
yohan.jayarathna
0

Ich hatte ein ähnliches Problem mit der VS Community-Version 2017 und habe die Option "Diagnosetools beim Debuggen aktivieren" deaktiviert, nur das, nichts weiter ... !!!

Extras> Optionen> Debuggin> Allgemein> Diagnosetools beim Debuggen aktivieren

Fabio
quelle
0

Ich habe festgestellt, dass der Prozess „ perfwatson2.exe “ beim Erstellen von VS 2017 die höchste Auslastung von CPU / Speicher / Festplatte verwendet. Der Prozess perfwatson2 sammelt Daten über Systemaktionen, die länger dauern (ca. 2+ Sekunden), und sendet diese Daten an Microsoft. Das Microsoft-Team kann die Daten analysieren und eine Lösung dafür finden.

Die folgenden Schritte helfen Ihnen, den Dienst / Prozess von perfwatson2 zu beenden.

Öffnen Sie VS2017 und gehen Sie zu Hilfe => Feedback senden => Einstellungen und setzen Sie Nein, ich möchte nicht teilnehmen

Geben Sie hier die Bildbeschreibung ein

Rachit Patel
quelle
0

Versuchen Sie, den von VS2017 erstellten .vs-Ordner im lokalen Code-Repository zu löschen. Öffnen Sie dann die Lösung erneut.

Jean Jimenez
quelle