Frage Leistungstipps, um Visual Studio 2010 schneller zu machen? [geschlossen]


Ich weiß nicht, ob jemand anderes ein Problem mit der Leistung von Visual Studio 2010 hatte, aber ich schließe es täglich und öffne es wieder, und mit einer Stunde fängt es wirklich an zu regnen und kann nicht einmal mit meinem Tippen mithalten . Gibt es eine offensichtliche Einstellung, die ich vermisse, die helfen würde, es zu beschleunigen?

Ich benutze auch ReSharper, aber selbst wenn ich das entferne, erhöht es nur marginal die Geschwindigkeit.

Da ein paar Leute nach meinen Maschinenspezifikationen gefragt haben:

Intel Q9550 @ 2.83 GHz
4 Cores
8GB Physical RAM
2x 60GB SSD in RAID0 combination for solution/project
VS2010 RTM Ultimate
Windows Server 2008 x64 R2 (Performance set for Applications)

Obwohl es traurig ist zu hören, dass die Antwort "Hardware schneller kaufen" ist, wenn meine Hardware eigentlich ziemlich gut ist.

EDIT: Einbinden eines Links zum Visual Studio-Leistungsdiagnose Werkzeug vorgeschlagen von TimothyP


76
2018-06-22 21:50


Ursprung


Antworten:


Ich empfehle Ihnen, einige Hotfixes zu installieren http://connect.microsoft.com/VisualStudio/Downloads. Ich hatte vorher auch Performance-Probleme und sah während des Cut & Paste-Vorgangs Meldungen wie "nicht genügend Speicher". Dieses Problem und einige andere (einschließlich verschiedener Memory-Leak-Probleme) sind bereits behoben. Nach der Installation einiger Hotfixes von http://connect.microsoft.com/VisualStudio/Downloads Die Leistung von Visual Studio auf meinem Computer ist viel besser.


7
2017-10-17 13:37



Hier meine eigene Antwort hinzufügen. Ich hätte wirklich nicht gedacht, dass ReSharper so viel getan hat. Nachdem ich jede Option ausprobiert und nur ein Projekt geladen hatte, hinkte es immer noch hinterher, indem ich einfach nur zwei Zeilen zusammenfügte (ein paar Rücktaste drücken).

Ich habe ReSharper deinstalliert und zusammen mit all den anderen Verbesserungen, die ich gemacht habe, ist das Ding unglaublich schnell.


6
2017-07-01 17:21



Eine Anmerkung zu RAID0 SSDs. Sie sollten sicherstellen, dass Ihr RAID-Controller (und Treiber!) TRIM für RAID-SSDs unterstützt. Die meisten RAID-Controller - insbesondere die Intel-Chipsatz-Controller - tun dies NICHT. Die Konsequenz ist, dass die I / O-Leistung in SSD-basierten RAID-Arrays schnell sehr stark degenerieren wird.

Windows 7 und Windows 2008 R2 unterstützen den Befehl TRIM - wenn Ihr Controller und Treiber es implementieren.

Es gibt viel zu diesem Thema auf Websites wie Tomshardware.com oder Anandtech.com. Wenn alles andere fehlschlägt, sollten Sie entweder SSDs in Nicht-RAID verwenden oder SSD für OS und normales, großes HD für Datenbanken usw. verwenden. Sie können auch Ihre spezifischen SSDs auf einer der oben genannten Websites nachschlagen; Leistung variiert viel mehr als Sie vielleicht denken.


6
2017-07-04 12:24



Versuchen Sie, IntelliTrace auszuschalten. Ich hatte viele Probleme im Zusammenhang mit Langsamkeit und Instabilität wegen dieser Eigenschaft (es könnte nur ich sein). Die Einstellung befindet sich unter Extras> Optionen> IntelliTrace> IntelliTrace aktivieren.


5
2017-07-04 00:06



Natürlich ist RAM für eine große Entwicklungsumgebung wie Visual Studio immer sehr wichtig, besonders für die Version 2010 und besonders, wenn Sie die Ultimate Edition verwenden, die solche ziemlich speicherintensiven Funktionen wie IntelliTrace und das Architektur- und Modellierungsdiagramme.

Eines der wichtigsten Dinge, die oft übersehen werden, aber einen großen Unterschied für die Gesamtleistung von Visual Studio ausmachen können, ist Hard-Drive Geschwindigkeit.

Scott Guthrie (Microsoft Corporate Vice President der .NET Developer Platform) schrieb einen sehr interessanten Artikel über genau dieses Thema.

Es ist ein paar Jahre alt und wurde um die Zeit von Visual Studio 2005 geschrieben, aber es ist noch heute sehr relevant seit dem Weg dass Visual Studio weiterhin funktioniert (insbesondere die Funktionsweise der Compiler) hat sich in dieser Zeit nicht so stark verändert.

Scott schreibt:

Leute fragen mich oft auf Konferenzen für   PC-Hardware-Empfehlungen.   Spezifisch - "welche Art von Maschine   Empfiehlst du, dass ich es tue?   Entwicklung mit Visual Studio? "   und / oder "Ihr Laptop scheint wirklich schnell zu sein,   welcher Typ ist es? "

Einige meiner Empfehlungen dazu   Thema sind ziemlich Standard und offensichtlich:   Idealerweise willst du einen Duellkern bekommen oder   bessere CPU. Das empfehle ich auch immer   Mindestens 2 GB oder mehr RAM bekommen.

Die Empfehlung mache ich oft   scheint die Leute ein bisschen mitzunehmen   Überraschung ist, dass Sie immer sicher sind   Holen Sie sich die schnellste mögliche Festplatte   beim Kauf einer neuen Maschine - und wo   notwendiger Trade-off-Kauf   zusätzliche Prozessorgeschwindigkeit in   Gunst der Investition in eine schnellere Festplatte   stattdessen.

Ebenfalls:

Warum spielt die Festplattengeschwindigkeit eine Rolle?

Multi-Core-CPUs auf Maschinen sind in den letzten Jahren schnell genug geworden, dass Sie in den meisten Anwendungsszenarien normalerweise nicht die verfügbare Prozessorkapazität Ihres Rechners blockieren.

Viel wahrscheinlicher ist es, dass die Such- und I / O-Geschwindigkeitskapazität, mit der Ihr Computer auf Ihre Festplatte zugreift, blockiert wird. Wenn Sie eine Anwendung verwenden, die viele Dateien lesen / schreiben muss, ist es nicht untypisch, dass Ihre CPU-Prozessorauslastung sehr niedrig ist, da die Anwendung die meiste Zeit nur auf die Festplattenoperationen wartet fertigstellen.

Wenn Sie mit Visual Studio arbeiten, lesen / schreiben Sie eine Menge> Dateien und verbringen viel Zeit mit der Festplatten-I / O-Aktivität. Große Projekte und> Lösungen können Hunderte (oder Tausende) von Quelldateien enthalten (einschließlich Bilder, CSS,> Seiten, Benutzersteuerelemente usw.). Wenn Sie ein Projekt öffnen, muss Visual Studio alle Quelldateien lesen und analysieren, um Intellisense bereitzustellen. Wenn Sie in> Quellcodeverwaltung eingetragen sind und eine Datei auschecken, aktualisieren Sie Dateien und Zeitstempel auf der Festplatte. Wenn Sie eine Kompilierung einer Lösung durchführen, sucht Visual Studio nach aktualisierten Assemblys von> mehreren Pfadpositionen, schreibt mehrere neue Assemblys auf den Datenträger, wenn die Kompilierung abgeschlossen ist, und speichert Symboldateien für .pdb-Debugger auf dem Datenträger mit sie (alle> als separate Datei speichern Operationen). Wenn Sie einen Debugger an einen Prozess anfügen (das Standardverhalten, wenn Sie F5 drücken, um eine Anwendung auszuführen), muss Visual Studio dann> die Debugger-Symbole aller Assemblys und DLLs für die Anwendung laden, um> Breakpoints einzurichten.

Wenn Sie eine langsame Festplatte haben, wird Visual Studio am Ende blockiert, wenn es darauf wartet, diese Lese- / Schreibvorgänge abzuschließen - was wirklich Ihre gesamte Entwicklungserfahrung verlangsamen kann.

Sie können den vollständigen Artikel hier lesen:

Tipp / Trick: Festplattengeschwindigkeit und Visual Studio-Leistung


4
2017-07-08 15:22



Ist die Desktop Experience-Komponente in Ihrer Server 2008 R2-Installation aktiviert? Im Gegensatz zu früheren Versionen verwendet Visual Studio 2010 stark WPF, und seine Leistung profitiert stark von der Hardwarebeschleunigung. Durch die Aktivierung von Desktop Experience wird der Desktop Window Manager aktiviert, der die allgemeine WPF-Leistung verbessert.

Aus dem gleichen Grund sollten Sie sicherstellen, dass Sie die neuesten verfügbaren Videotreiber verwenden.


2
2018-06-22 22:58



Wenn Sie viele Projekte verwenden, um in Ihrer Lösung zusammen zu erstellen, empfehle ich, in der Konfiguration der Projekteigenschaften NOT BUILD zu setzen. Das ist, was ich tue, um meine zu beschleunigen. Es ist deutlicher in der Compile-Zeit ...


2
2018-06-29 16:06



Mit dieser Art von Hardware, IMHO sollten Sie keine Probleme mit der Leistung haben, fast egal Was Sie machen. (2 x SSD in RAID-0? - Du bist ein Wahnsinniger !!)

Es sieht so aus, als ob du dieses Problem bereits gelöst hast (gibt es etwas Bestimmtes, was du getan hast, das du teilen könntest?), Aber es ist noch etwas zu überprüfen Stellen Sie sicher, dass Ihre Grafiktreiber auf dem neuesten Stand sind.  Es ist überraschend, aber sie können viele Dinge beeinflussen, die Sie nicht vermuten würden.

Ich nehme an, ein anderer Täter könnte auch ein hyperaktives Antiviren-Paket sein ...


2
2017-07-01 17:30



Ich liebe den Vorschlag von Upgrades, wenn die Maschine eindeutig lodert. Mein Vorschlag, wenn möglich, wäre 2008 auszuprobieren und zu sehen, wie es läuft. Ich hatte selbst einige Probleme mit 2010, am allerwenigsten das Leistungsproblem. Aus Produktivitätsgründen bin ich auf das Jahr 2008 zurückgegangen.

Wenn Sie bestätigen können, dass das Problem bei einer älteren Version auftritt oder nicht, können wir eine bessere Vorstellung davon haben, wo das Problem liegt.


2
2017-07-03 23:41



Die Marke / Controller Ihrer SSDs ist wichtiger als die Tatsache, dass sie SSD sind. Kaufen Sie keine billige / preiswerte SSD - Sie wären besser mit einer guten Servierplatte. Splending auf den High-End-SSDs und Sie werden große Gewinne erleben.


2
2018-03-02 22:54



Wenn Sie XAML bearbeiten, können Sie einfach den Quellcode-Editor anstelle des XAML-Editors verwenden. Der Leistungsunterschied ist phänomenal:

http://msdn.microsoft.com/en-us/library/bb907321(v=vs.90).aspx

Es ist erwähnenswert, dass Sie, wenn Sie den xaml-Editor zu einem beliebigen Zeitpunkt öffnen, Visual Studio neu starten müssen, um die Leistung wieder normalisieren zu können. Es reicht nicht aus, den XAML-Editor zu schließen.


2
2017-08-03 13:26