Warum ist Visual Studio 2013 sehr langsam?

Ich verwende Visual Studio 2013 Pro (RTM-Version) auf meinem formatierten PC (Neuinstallation von Windows 8.1).

Ich weiß nicht warum, aber Visual Studio 2013 Pro ist sehr, sehr langsam! Langsam zum Erstellen, Debuggen, Navigieren in der IDE ... meine Festplatten-LED leuchtet überhaupt nicht!

Ich arbeite an einem kleinen MFC (C ++) - Projekt mit der Boost- Bibliothek.

Irgendwelche Ideen?

Es geht um die Grafiktreiber. Wenn Sie sie aktualisieren, wird es Ihnen gut gehen.

Oder Sie können die Hardware-Grafikbeschleunigung in Visual Studio folgendermaßen deaktivieren:

1. Klicken Sie in Visual Studio auf " Extras " und dann auf " Optionen ".

2. Navigieren Sie im Dialogfeld Optionen zum Abschnitt " Umgebung> Allgemein " und deaktivieren Sie das Kontrollkästchen " Visuelle Erfahrung automatisch basierend auf der Clientleistung anpassen ". (Siehe den folgenden Screenshot für diesen Schritt.)

3. Deaktivieren Sie das Kontrollkästchen " Hardware-Grafikbeschleunigung verwenden, falls verfügbar ", um die Verwendung der Hardware-Grafikbeschleunigung zu verhindern.

4. Aktivieren oder deaktivieren Sie das Kontrollkästchen " Rich Client Visual Experience aktivieren ", um sicherzustellen, dass Rich Visuals immer aktiviert oder deaktiviert sind. Wenn dieses Kontrollkästchen aktiviert ist, werden unabhängig von der Computerumgebung umfangreiche Grafiken verwendet. Beispielsweise werden Rich Visuals verwendet, wenn Sie Visual Studio lokal auf einem Rich Client und über einen Remotedesktop ausführen.

Verweise:

• In Visual Studio 2013 treten Leistungsprobleme, Produktabstürze oder Renderprobleme auf

Versuchen Sie, das Plug-In für die aktuelle Quellcodeverwaltung auf Keine zu setzen (Menü Extras → Optionen → Quellcodeverwaltung ), wenn Sie den Microsoft Git-Anbieter verwenden , der Visual Studio 2013 umso langsamer zu machen scheint, je größer das Repository wird.

Ich hatte das gesamte Dojo Toolkit- Framework mithilfe des Microsoft Git-Anbieters unter Quellcodeverwaltung und es kam zu einem Punkt, an dem es zu Verzögerungen zwischen dem Drücken einer Taste und dem Erscheinen der Glyphe auf dem Bildschirm kam. So schlecht.

Wenn Sie Git erneut benötigen, können Sie zum TortoiseGit- Anbieter oder zu Git-Extensions wechseln. Beide funktionieren ohne Verlangsamung. Ich persönlich mag Git-Extensions.

Auch ich habe ein bisschen mit schlechter Leistung in Visual Studio 2013 (Premium) zu kämpfen. Ziemlich die gleichen Probleme wie bei TS. Langsame Navigation, Scrollen, Bauen ... so ziemlich alles. Zum Glück habe ich es geschafft, mein eigenes Problem durch Deaktivieren der synchronisierten Einstellungen in Visual Studio zu lösen. Gehen Sie zum Menü Extras → Optionen → Umgebungssynchronisierte Einstellungen und entfernen Sie diese Option, indem Sie das Kontrollkästchen deaktivieren.

Bei Webanwendungen kann die Browser-Link-Funktion eine weitere Ursache für langsames Erstellen und Debuggen (jedoch nicht für die IDE-Navigation) sein .

Ich stellte fest, dass das Erstellen bei eingeschaltetem Gerät viermal länger dauern würde und das Debuggen schmerzhaft war. Nach jedem Postback froren Webseiten einige Sekunden lang ein, bevor Sie mit ihnen interagieren konnten.

Ich habe eine von Visual Studio 2012 aktualisierte Lösung verwendet. Visual Studio 2013 hat auch die .suo-Datei aktualisiert. Das Löschen der .suo-Datei der Lösung (neben der .sln-Datei), das Schließen und erneutes Öffnen von Visual Studio hat das Problem für mich behoben. Meine .suo-Datei ging von 91 KB auf 27 KB.

Ich hatte das gleiche Problem und die einzige Lösung , die für mich funktionierte, bestand darin, die folgenden drei Schritte auszuführen:

1. Bereinigen Sie den WebSiteCache- Ordner (möglicherweise unter C: \ Users \% USERNAME% \ AppData \ Local \ Microsoft \ WebSiteCache ).

2. Bereinigen Sie die "Temporären ASP.NET-Dateien" Ordner (finden Sie ihn unter C: \ Users \% USERNAME% \ AppData \ Local \ Temp \ Temporäre ASP.NET-Dateien ).

3. Starten Sie Visual Studio neu

Für mich wurde das Problem behoben, indem Git deaktiviert wurde, indem das Plug-In für die aktuelle Quellcodeverwaltung in Visual Studio auf Keine gesetzt wurde. Menü Optionen → Quellcodeverwaltung :

Dieses Problem scheint auf die Deinstallation der SQL Server Compact Edition (4.0) zurückzuführen zu sein.

Ich hatte dieses Problem und es wurde nach der Installation von SQL Server Compact Edition 4.0 behoben. Beim Schließen von Visual Studio 2013 erhielt ich die Meldung, SQL Server Compact Edition zu installieren, da ein C ++ - Projekt etwas benötigte ... kann nichts anfassen.

Beheben Sie dieses Problem, indem Sie Microsoft SQL Server Compact 4.0 installieren

Microsoft SQL Server Compact 4.0

Ich kann eine solche Option empfehlen.

CodeLens kann wie auf dem Bild deaktiviert werden. Es gibt viel Leistungsgüte.

Wenn Sie eine ASP.NET-Website mit Internet Explorer 10 (und höher) debuggen, müssen Sie das Kennwortmanager-Plugin "LastPass" von Internet Explorer deaktivieren. LastPass bringt Ihre Debugging-Sitzungen zum Crawlen und reduziert Ihre Geduld erheblich!

Ich habe Lastpass ein Support-Ticket zu diesem Thema übermittelt, und sie haben das Problem bestätigt, ohne die Absicht zu haben, es zu beheben. Sie sagten lediglich: "LastPass ist nicht mit Visual Studio 2013 kompatibel".

Ich hatte das gleiche Problem und alle hier genannten Lösungen haben für mich nicht funktioniert.

Nach der Deinstallation der Erweiterung "Productivity Power Tools 2013" war die Leistung wieder normal.

Noch etwas zu überprüfen; Für mich war es Fusion Logging.

Ich hatte das vor sehr langer Zeit eingeschaltet und es mehr oder weniger vergessen. Die über 5000 Verzeichnisse und 1 GB protokollierte Dateien loszuwerden, wirkte Wunder.

Es gibt eine gute Problemumgehung für diese Lösung, wenn beim Rendern der CS- und CSHT-Dateien Langsamkeit auftritt.

Schließen Sie einfach alle geöffneten Dateien, damit der Cache geleert wird, und öffnen Sie die erforderlichen Dateien erneut.

Visual Studio Community Edition wechselte langsam zwischen Dateien oder öffnete neue Dateien. Alles andere (zum Beispiel Menüpunkte) war ansonsten normal.

Ich habe zuerst alle Vorschläge in den vorherigen Antworten ausprobiert und keiner hat funktioniert. Ich bemerkte dann, dass es nur in einer ASP.NET MVC 4-Webanwendung auftrat, also fügte ich eine neue ASP.NET MVC 4-Webanwendung hinzu, und dies war schnell.

Nach langem Ausprobieren stellte ich fest, dass der Unterschied darin bestand, dass packages.config- wenn ich die Microsoft-Referenzen oben in die Datei setzte, alles wieder bissig wurde.

Verschieben Sie die Microsoft*Einträge nach oben.

Es sieht so aus, als müssten Sie nicht alle bewegen - das Bewegen sagt <package id="Microsoft.Web.Infrastructure"sich spürbar auf meine Maschine aus.

Nebenbei

• Wenn Sie den gesamten Inhalt der Datei entfernen, wird sie auch noch schneller. *
• Das Ausschließen von packages.config aus Visual Studio behebt das Problem nicht
• Ein Freund, der Visual Studio 2013 Premium verwendet, bemerkte in beiden Fällen keinen Unterschied (beide waren schnell).

AKTUALISIEREN

Es scheint, dass fehlende oder unvollständige NuGet- Pakete lokal die Ursache sind. Ich öffnete den Paketmanager und erhielt die Warnung "Einige NuGet-Pakete fehlen in dieser Lösung" und entschied mich, sie wiederherzustellen, was die Dinge beschleunigte. Dies gefällt mir jedoch nicht, da ich in meinem Repository nur die tatsächlichen Elemente hinzufüge, die für die Kompilierung erforderlich sind, da ich mein Repository nicht aufblähen möchte. Am Ende habe ich einfach die packages.config entfernt.

Diese Lösung entspricht möglicherweise nicht Ihren Anforderungen, da ich NuGet lieber zum Abrufen der Pakete und nicht zum Aktualisieren von Paketen verwende. Wenn Sie sie für diesen Zweck verwenden, wird dies dadurch behoben.

Für mich war das Problem die Startseite - sie lud Inhalte herunter und ließ Visual Studio hängen.

Die einzige Lösung für mich war:

1. Beenden Sie den DevEnv-Prozess im Task-Manager
2. Starten Sie Visual Studio im abgesicherten Modus über die Befehlszeile:
   devenv.exe /safemode
3. Gehen Sie zum Menü Extras → Optionen und wählen Sie die Optionen Umgebung / Start
4. Wählen Sie "Leere Umgebung anzeigen" für die Startaktion
5. Schließen Sie Visual Studio
6. Starten Sie normal neu

Das Ausführen von Unit-Tests war langsam. Es war ein ReSharper-Problem.

1. Speisekarte ReSharper → Optionen → Umgebung → Allgemein ...Clear Caches
2. Speisekarte Extras → Optionen → ReSharper → Allgemein ...Suspend Now
3. Schließen Sie Visual Studio
4. Löschen Sie die .suo-Datei.
5. Öffnen Sie Visual Studio erneut.
6. Aktivieren Sie ReSharper erneut.

Ich hatte auch ein Problem mit einer langsamen IDE.

In meinem Fall habe ich installiert

• ReSharper
• Npgsql (geringe Wahrscheinlichkeit, das Problem zu verursachen)
• Entity Framework Power Tools Beta 4

Folgendes hat mir ein bisschen geholfen:

• Synchronisierung deaktiviert - Menü Extras → Optionen → Umgebungssynchronisierte Einstellungen
• Plug-In-Auswahl deaktiviert - Menü Extras → Studio → Optionen → Quellcodeverwaltung .
• Deaktivierte Entity Framework Power Tools Beta 4 - Menü Extras → Erweiterungen und Updates

Deinstallierter JetBrain Resharper - WOW !! Ich bin wieder schnell !!

Ändern Sie den Wert des Fusionsprotokolls auf 0. Es hat mein Problem behoben.

Dies ist der FusionLog-Schlüssel in der Registrierung:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
Check ForceLog value (1 enabled, 0 disabled).

Ich war auch ziemlich lange mit diesem Problem konfrontiert. Im Folgenden sind die Schritte aufgeführt, die ich ausführe und die für mich immer funktionieren:

• Löschen der .suo-Datei der Lösung.
• Löschen der temporären ASP.NET-Dateien (Sie finden sie unter % WINDOW% \ Microsoft.NET \ Framework \ Temporäre ASP.NET-Dateien)
• Löschen aller Haltepunkte in der Anwendung.

In Visual Studio 2013 wird ein Paketserver ausgeführt, und es wurden bis zu 2 Millionen KB Speicher ausgegeben.

Ich habe es auf niedrige Priorität und Affinität mit nur einer CPU gesetzt, und Visual Studio lief viel reibungsloser.

Leistungs-Explorer

Haben Sie das Menü Analysieren → Leistung und Diagnose verwendet? ? Ich habe! Es ist toll! Aber vielleicht möchten Sie aufräumen.

Öffnen Sie den Performance Explorer . Wenn Sie alle Elemente dort reduzieren, wählen Sie alle aus. Klicken Sie dann mit der rechten Maustaste und löschen Sie sie .

Meine Lösung öffnet sich schneller und läuft jetzt im Allgemeinen viel schneller.

Möglicherweise stellen Sie auch Änderungen an Ihrer slnDatei fest, wie gezeigt. Für mich wurde dieser Abschnitt aus dem sln gelöscht.

GlobalSection(Performance) = preSolution
    HasPerformanceSessions = true
EndGlobalSection

In der Visual Studio 2015 Community Edition ist nach dem Ändern der "Umgebungsschriftart" im Menü Extras → Optionen ... → Schriftarten und Farben eine sehr (sehr) langsame IDE aufgetreten .

Das Zurücksetzen dieser Optionen auf den Standardwert ("automatisch") löste das Problem sofort.

Ich hatte ähnliche Probleme beim Wechsel von Visual Studio 2012 → Visual Studio 2013. Die IDE wurde nach fast jedem Klick oder Speichern blockiert und das Erstellen dauerte mehrmals länger. Keine der hier aufgeführten Lösungen hat geholfen.

Was schließlich geholfen hat, war die Verlagerung meiner Projekte auf ein lokales Laufwerk. Visual Studio 2012 hatte keine Probleme beim Speichern meiner Projekte auf einer Netzwerkfreigabe, aber Visual Studio 2013 konnte dies aus irgendeinem Grund nicht verarbeiten.

Ich hatte ein Visual Studio 2013 installiert und es lief reibungslos. Irgendwann wurde es langsam und entschied sich für die Installation von Visual Studio 2015. Nach der Installation änderte sich nichts und beide Versionen erstellten die Lösung sehr langsam (ca. 10 Minuten für 18 Projekte in Lösung).

Dann habe ich angefangen, an kürzlich installierte Erweiterungen zu denken - die zuletzt installierten waren PHP-Tools für Visual Studio (nur in Visual Studio 2013). Ich bin nicht sicher, wie sich eine Erweiterung auf andere Versionen von Visual Studio auswirken kann, aber die Deinstallation hat mir geholfen, das Problem zu lösen.

Ich hoffe, dies hilft anderen zu erkennen, dass es nicht immer die Schuld von Visual Studio ist.

Ich habe "devenv.exe" als Ausschluss zu Windows Defender hinzugefügt . Dies löste mein Problem vollständig. Leute können dies als ihren ersten Versuch versuchen.

Ich habe das gleiche Problem, aber es wird nur langsam, wenn ich versuche, das Debuggen in Visual Studio 2013 zu beenden, und ich versuche Folgendes:

• Schließen Sie dann Visual Studio
• Suchen Sie den Arbeitsprojektordner
• .Suo-Datei löschen
• Ordner / obj löschen
• Öffnen Sie Visual Studio
• Wiederaufbauen

Keiner der Vorschläge hat bei mir funktioniert, aber ich habe mein Problem gelöst. Ich hatte die meisten anderen Empfehlungen ausprobiert, bevor ich zur folgenden Lösung kam.

Mein Szenario / Problem:

Verwenden von Visual Studio 2017 mit ReSharper Ultimate. Die Tastatureingabe in der IDE wurde sehr langsam, wie andere beschrieben haben. Die letzte Änderung, die ich an meiner Lösung vorgenommen habe, war das Hinzufügen eines neuen Website-Projekts. Nachdem ich viele Dinge ausprobiert hatte, versuchte ich, ein zweites Website-Projekt hinzuzufügen, damit ich versuchen konnte, das erste zu ersetzen, und Visual Studio tankte danach einfach. Es würde nicht einmal mehr die Lösung laden.

Meine Lösung:

Ich habe das Schließen von Visual Studio erzwungen und dann die neu hinzugefügten Website-Projekte mit Notepad aus der SLN-Datei entfernt . Nach dem Speichern und Starten von Visual Studio wurde meine Lösung schnell geladen und alles schien wieder normal zu sein. Ich habe eine neue Website mit einer etwas anderen Konfiguration hinzugefügt (siehe die folgenden Überlegungen), und das Problem trat nicht erneut auf.

Mein Denken:

Ich denke, das Problem ist darauf zurückzuführen, dass das neue Website-Projekt erstellt und ein Dateisystempfad zu einer Netzwerkfreigabe verwendet wurde, die in Azure gehostet wird. Ich arbeite über VPN, was die Geschwindigkeit verlangsamt, und gelegentlich treten bei einigen Diensten verschiedene Routing-Probleme auf, sodass mein Problem / meine Lösung möglicherweise eine Schneeflocke ist. Ich habe den Dateisystempfad in ein lokales Repository geändert und werde die Dateien nach Bedarf veröffentlichen, was ein viel besserer Weg zu sein scheint.

Ich hatte ein Visual Studio-Verhalten, bei dem die Eingabe für meine HTML-Dateien langsam war. Zuvor hatte ich bei der Installation vermutet, dass die Installation von Webentwicklungstools über die Workload- Komponente des Installationsprogramms nicht erforderlich war, da meine HTML-Dateien generisches HTML waren . Ich ging zurück und installierte dieses Bit und das Verhalten von Visual Studio wurde so, wie ich es erwartet hatte.

Hat jemand Probleme mit der Startleistung von CodeLens (dem Referenzzähler) festgestellt ?

Disable CodeLens (Menü Extras → Optionen → Texteditor → Alle Sprachen → CodeLens )

Deaktivieren Sie auch die Git-Quellcodeverwaltung (Menü Extras * → Optionen → Quellcodeverwaltung )