Visual Studio 2010 - Ist es für andere langsam?

7

Ich habe eine Menge gelesen, dass VS2010 viel leistungsfähiger ist als VS2008. Als ich es schließlich installiert habe, habe ich festgestellt, dass es tatsächlich viel langsamer ist (abgesehen vom Dialogfeld "Referenzen hinzufügen").

Zum Beispiel brauchen Silverlight-Projekte doppelt so lange zum Laden, der Start der IDE selbst ist viel langsamer, etc ...

Fehle ich hier etwas oder ist es für alle so?

Spezifikationen: WinXP-32bit, 3.5GB RAM, 7200RPM Laufwerk, NVIDIA QUadro NVS 285 128MB, Cure2Duo E4400 @ 2GHz, PAE aktiviert.

    
AngryHacker 11.06.2010, 21:55
quelle

10 Antworten

1

Ja, ich habe es für eine Reihe von Dingen träge gefunden, vs2008 scheint schnippischer zu sein, außer für die Referenzen hinzufügen:)

    
Keith Nicholas 11.06.2010, 21:59
quelle
9

Deaktivieren Sie die Hardwarebeschleunigung für WPF und lassen Sie WPF auf der Software rendern. Diese Einstellung hat mir geholfen, VS mit meinem Projekt fast 200% schneller zu laden, selbst nach dem Systemstart. Dies hat mir auch geholfen, den Splash-Bildschirm zu Beginn von VS 2010 start loszuwerden.

Gehen Sie zu Extras | Optionen, dann wählen Sie Umgebung | Allgemeines. Deaktivieren Sie dann "Automatische visuelle Anpassung anpassen ..." und "Hardware-Grafikbeschleunigung verwenden ..."

Noch ein Tipp. Versuchen Sie, die Speicherbereinigung für die IDE mit Strg + Alt + Umschalt + F12 zu erzwingen. Ich habe festgestellt, dass dies hilfreich ist ....

Dies wird sehr hilfreich sein, wenn Sie zwischen vielen Projekten wechseln und wenn Sie viele IDEs für verschiedene Projekte geöffnet haben.

Und zuletzt, wenn Sie Erweiterungen haben, deaktivieren Sie diejenigen, die nicht alle Male verwendet werden. Durch die Deaktivierung von Codemaid konnte ich viel Zeit beim Tippen und Wechseln zwischen den Codepages sparen.

    
user_v 26.01.2011 08:33
quelle
6

Möglicherweise kann das Windows Automation API 3.0 einigen Leuten helfen:

  

Visual Studio 2010 wird schneller ausgeführt, wenn Windows Automation API 3.0 ist   installiert

     

- Ссылка

Windows Automation API 3.0 ist in Windows 7 und in Windows Server 2008 R2 enthalten - Ссылка

    
John K 11.06.2010 22:13
quelle
4

"Hast du gerade einen neuen Computer bekommen, ohne es mir zu sagen?"

NEIN - Ich habe gerade meine Haltepunkte gelöscht!

Im Laufe eines Jahres können Sie Hunderte von Breakpoints sammeln. In Anbetracht der Tatsache, dass ich nur einige Minuten brauchte, um alle Breakpoints zu löschen, die ich hatte, denke ich, dass es einen Zusammenhang mit der Performance gibt!

Gehe einfach zu Debug & gt; Delete all breakpoints

Es hat buchstäblich fast 10 Minuten gedauert, nur um die Breakpoints zu löschen! Jetzt wesentlich schneller, zum Kompilieren, Scrollen und F12-Ing.

    
Simon_Weaver 10.05.2011 00:22
quelle
3

Ich finde VS 2010 viel performanter - und ich habe keine Probleme mit meiner (5200 RPM) Festplatte (VS 2008 würde bei der Durchführung von massiven R # Refactorings (globale Umbenennung, etc.) oft stehen bleiben.)

Da ich es jedoch viel länger laufen habe, als VS 2008 jemals konnte, verschlingt es meinen RAM (700MB + nach 8 Stunden Heavy-Duty Refactoring bei einem mittelgroßen Projekt).

Der Versuch, ~ 7500 Bilder einzufügen, stürzte nach ein paar Minuten Kauen ab (ja, es war ein Fehler).

    
Goblin 11.06.2010 22:04
quelle
3

Ich verwende VS2010 in einer VM (2 GB RAM, auf einem 64-Bit-Host mit viel RAM) und es ist langsam . VS2008 läuft hingegen blitzschnell.

    
code4life 12.06.2010 01:00
quelle
2

Ich habe mich schon lange über die VS2010-Leistung geärgert; vor allem, wenn UNC-Aktien beteiligt sind. Nachdem ich neue Hardware bekommen habe und mich dafür entschieden habe, lokal zu arbeiten, war die Leistung besser, aber immer noch eine langsame UI-Reaktion (trotz der Tatsache, dass die neue Hardware Intel SSD710, 2 x XEONE5620 und 64 GB RAM zählt).

Ich habe also einige Leistungsverbesserungen gefunden, indem ich Folgendes in Ihrem Antivirenprogramm ausgeschlossen habe (Microsoft Security Essentials):

  • Devenv.exe wurde zu "Ausgeschlossene Prozesse" hinzugefügt
  • Mein Projektordner wurde zu "Ausgeschlossene Dateien und Standorte" hinzugefügt

Für den Moment hat das sehr geholfen - aber es gibt noch einige Verbesserungen. Hoffe andere finden das hilfreich.

AKTUALISIERT

Auslösende Tools & gt; Optionen & gt; Umwelt & gt; Allgemein, und deaktivieren Sie die "Automatische Anpassung der visuellen Erfahrung basierend auf Client-Leistung" scheint ein wenig zu helfen.

Folgen Sie auch diesem Link Visual Studio 2010 SP1-Leistung ; stellt fest, dass Productivity Power Tools (von Microsoft) und ReSharper (von JetBrains) zusammen VS2010 zu einem sich langsam bewegenden Riesen machen. Musste das erstere deaktivieren, damit das letztere nett spielt .

    
Michael Mortensen 21.06.2012 12:17
quelle
1

Nachdem ich schon einige Zeit mit einer schlechten Performance von 2010 auf mehreren Rechnern gelitten habe, denke ich, dass ich kürzlich die Antwort gefunden habe - es scheint einfach nicht gut auf 32-Bit-Versionen von Windows zu funktionieren. Ich hatte bis vor kurzem nicht die Möglichkeit, auf einem 64-Bit-System zu entwickeln, und obwohl diese bestimmte Maschine nicht besonders leistungsfähig ist, ist sie 64 Bit und der Leistungsunterschied in 2010 ist sehr auffällig.   Auf der 64-Bit-Maschine ist Inteli-Sense kein Roulette-Spiel, das ich nach den Teepausen noch mal spielen muss; es funktioniert einfach ganz gut!

    
Luther 04.07.2012 19:28
quelle
0

Ich habe keine Performance-Probleme mit 2010.

Mein System verfügt über zwei ATI HD4670 Grafikkarten, eine Raptor-Festplatte, einen 2,8 GHz Quad-Prozessor und 4 GB RAM. Ich betreibe auch Win7 x64 Ultimate.

Aus Neugier, was sind Ihre Spezifikationen?

Eine Sache, die Sie vielleicht tun möchten, ist, die Anmerkungen zu dieser MSDN-Seite zu lesen . Es stellt fest, dass Sie einen aktuellen Treiber auf XP für Hardwarebeschleunigung in Silverlight haben müssen, um zu arbeiten.

    
NotMe 11.06.2010 21:58
quelle
0

Ich hatte große Leistungsprobleme mit Visual Studio 2010 unter Windows 7. Es kam zu dem Punkt, dass das Öffnen einer .xaml-Datei bis zu einer Minute dauerte. Und das Bauen war schmerzhaft langsam. Nach vielen Recherchen und Tests kam ich zu einer Lösung. - & gt; Ich löschte alle Dateien, die im Ordner C:\Users\MyUserName\AppData\Local\Temp gelöscht werden konnten. Das waren über 40 GB Daten. Danach war Visual Studio wieder normal. Ich vermute, dass Resharper etwas damit zu tun haben könnte. Ich verwende Version 6.1 und es sieht so aus, als ob Resharper eine Menge Cache-Daten in diesem temporären Ordner speichert.

    
keft 10.10.2013 07:05
quelle