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 ?
Antworten:
Um eine bessere Leistung in Visual Studio 2017 zu erzielen, können verschiedene Leistungsverbesserungen wie folgt angewendet werden:
Setzen Sie die aktuelle Quellcodeverwaltung… unter Extras → Optionen → Quellcodeverwaltung auf Keine
Deaktivieren Sie die Option Synchronisierte Einstellungen über ... Option unter Extras → Optionen → Umwelt → Synchronized Einstellungen (für einige Versionen: Werkzeuge → Optionen → Umwelt → Konten )
Disable CodeLens (Optional): Deaktivieren Sie die Option aktivieren CodeLens Option unter Extras → Optionen → Texteditor → Alle Sprachen
Deaktivieren Sie Diagnose - Tools (optional): Deaktivieren Sie die Option Diagnose - Tools aktivieren beim Debuggen unter Option Extras → Optionen → Debugging → Allgemein
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 Extras → Optionen → Umgebung → Allgemein an, um diese Probleme zu umgehen
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...
quelle
git
Befehlszeilentool) 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.Es kann eine Lösung mit Priorität geben.
1) Deaktivieren Sie die Diagnosetools
2) Deaktivieren Sie die visuelle Erfahrung des Rick Clients
3) Deaktivieren Sie alle Synchronisierungseinstellungen.
Stellen Sie außerdem sicher, dass Sie den Cache mit run ->% temp% entfernt haben. Viel Glück.
quelle
Mein Problem war mit Lightweight Solution Load. Sobald ich deaktiviert hatte, ging alles wieder normal.
quelle
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.
quelle
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.
quelle
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).
quelle
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!
quelle
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
quelle
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
quelle
Versuchen Sie, den von VS2017 erstellten .vs-Ordner im lokalen Code-Repository zu löschen. Öffnen Sie dann die Lösung erneut.
quelle