Visual Studio 2015 ist extrem langsam

Ich habe Visual Studio 2015 Professional Edition installiert und meine Computerspezifikationen sind Intel i7-3770 CPU 3,40 GHz, 8 GB RAM und Windows 7 Enterprise 64-Bit.

Ich möchte mein Projekt auf .NET 4.6 aktualisieren, das in Visual Studio 2005 .NET 2.0 geschrieben ist, habe jedoch ein ernstes Problem mit der Geschwindigkeit. Nachdem ich mein Projekt (großes Projekt) in Visual Studio 2015 geöffnet habe, wird es verrückt. Das Erstellen, Debuggen und Öffnen von Menüs ist zu langsam. Manchmal bekam ich die Nachricht "nicht geantwortet". Geht es um Windows 7 oder können Sie mir einen Rat zu meinem Geschwindigkeitsproblem geben?

Diese Website enthält einige nützliche Tipps zur Verbesserung der Visual Studio-Leistung und zum Deaktivieren von Funktionen für große Lösungen. Beispielsweise:

1. Gehen Sie zu Extras -> Optionen -> Texteditor -> C # -> Erweitert und deaktivieren Sie Vollständige Lösungsanalyse aktivieren

2. Gehen Sie zu Extras -> Optionen -> XAML Designer -> Allgemein und deaktivieren Sie XAML Designer aktivieren (Neustart von Visual Studio erforderlich).

3. Gehen Sie zu Extras -> Optionen -> Texteditor -> Alle Sprachen und deaktivieren Sie CodeLens aktivieren

4. Gehen Sie zu Extras -> Optionen -> Debuggen -> Allgemein und deaktivieren Sie Diagnosetools während des Debuggens aktivieren

Sie können versuchen, die folgenden Schritte anzuwenden:

1. Gehen Sie zum Menü Extras → Optionen → Quellcodeverwaltung und setzen Sie die aktuelle Quellcodeverwaltung… auf Keine

2. Gehen Sie zum Menü Extras → Optionen → Umgebung → Synchronisierte Einstellungen und entfernen Sie diese Option, indem Sie das Kontrollkästchen deaktivieren.

3. Bereinigen Sie den Inhalt in den folgenden Cache-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 2015 oder Visual Studio 2013 verwenden, können zeitweise Leistungsprobleme, Produktabstürze oder Renderingprobleme auftreten. Um diese Probleme zu umgehen, gehen Sie zu Menü Extras → Optionen → Umgebung → Allgemein und nehmen Sie die folgenden Einstellungen vor:

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...

Ich habe ein großes Projekt und habe auch solche Verlangsamungen erlebt. Ich habe die Leistung auf ein akzeptables Niveau verbessert, indem ich den Umfang des Error ListFensters auf geändert habe Current Document.

Ich habe auch Verbesserungen von Wechsel Build + IntelliSensezu Build Only. Aber weil ich IntelliSense nützlich finde, habe ich Kompromisse eingegangen, um es zu behalten Build + IntelliSenseund zu überprüfen Current Document.

Ich habe festgestellt, dass das Entfernen des Ordners ".vs" aus Ihrem Lösungsordner die Editorgeschwindigkeit erheblich erhöht, wenn er mit der Zeit langsam wird. Es ist ein versteckter Ordner im Stammverzeichnis Ihrer Lösung. Ich würde empfehlen, ein Backup davon zu speichern, nur für den Fall, dass Sie zurücksetzen müssen. Soweit ich weiß, hält es benutzerspezifischen Einstellungen für die Lösung wie die .suo Datei wie detailliert hier . Sie können auch versuchen, die .suo-Datei zu entfernen. Diese Ordner / Dateien werden beim nächsten Öffnen und Schließen dieser Lösung von VS neu generiert.

Die Windows Defender-Antimalware kann dazu führen, dass Visual Studio verzögert wird. Wie von Nostradamus in dieser Antwort erwähnt :

Gehen Sie zu Update & Sicherheit -> Einstellungen -> Windows Defender. Öffnen Sie den Defender und wählen Sie in der Auswahl Einstellungen die Option Ausschlüsse und fügen Sie den Prozess "devenv.exe" hinzu.

Eine andere Sache, die ich getan habe, war das Update von ReSharper und jedes Addon zum neuesten Update.

Ich habe auch festgestellt , dass mehrere Prozesse genannt Microsoft Compatibility Telemetry, CompatTelRunner.exewurde eine Menge CPU verwenden , wenn ich Visual Studio verwendet. Ich deaktiviert „Feedback und Diagnose“ durch folgende diese Anleitung .

Es hat bei mir funktioniert!

Ist es möglich, dass Sie versucht haben, gleichzeitig verschiedene Operationen an der Lösung durchzuführen? In meiner Situation trat das Problem auf, weil ich versuchte, eine Lösung zu öffnen, während es einen Prozess von TFS gab, der versuchte, die neueste Version zu erhalten. Es ist eine Art Schloss passiert. Am sichersten war es, das System neu zu starten, die .suo-Datei zu löschen und es funktionierte für mich.

Was noch: Überprüfen Sie, ob Ihre Visual Studio-Version 64-Bit auf einem 64-Bit-System ist. Ich habe einige Team Foundation-Elektrowerkzeuge deinstalliert und es hat mit meinem VS geschraubt. Es hat die gleichen Probleme verursacht

Stellen Sie sicher, dass Sie nicht an einer Lösung arbeiten, die sich auf einem Netzlaufwerk befindet.

Scheint so offensichtlich zu sein, aber ich habe es verpasst und VS gibt Ihnen genau keine Hinweise auf das Problem, es ist nur eine Menge von "Nicht antworten ...".

Für mich war der Schuldige der Resharper-Cache. Löschen Sie einfach den Resharper-Cache und es funktioniert einwandfrei

Ich schlage vor, dass die schnellste und einfachste Leistungssteigerung (für C #) darin besteht, VS 2015/2017 durch VS2013 zu ersetzen.

C # ist zwischen den Versionen weitgehend unverändert. Die Verwendung von 2015/2017 dauert nur doppelt so lange und ich bin sicher, dass ich nicht der einzige bin, der Zeit mit späteren (besseren) Compilern verschwendet, nur um zurückgesetzt werden zu müssen.

Ich halte es nicht für unangemessen, einen sofort einsatzbereiten Compiler zu erwarten. Sie können mit 2013.

Microsoft MUSS sicherstellen, dass VS2019 mindestens so schnell wie 2013 ist (für C #)