Visual Studio durch eine RAM Disk beschleunigen


Heute hat mich mein Visual Studio mal wieder durch eine quälende Langsamkeit genervt. Oft gibt sich das nach ein paar Minuten und man kann normal damit arbeiten. Also habe ich mich dann mal auf Ursachen begeben. Die ersten verdächtigen sind dabei immer die Add-Ins und Extension die so installiert sein. Und nachdem mich Visual Studio Achievments als “Extensions Junkie Deluxe” bezeichnet hat, sollte da eigentlich auch Potential da sein und 1-2 Extensions können wahrscheinlich fliegen. Das hat leider auch nicht den gewünschten Erfolg gebracht und ich musste weiter suchen. Nach ein paar Minuten fiel mein Verdacht auf NCrunch und Resharper. Beides auf jeden Fall Tools auf die ich nicht verzichten möchte.
NCrunch selbst hat mich dann auf eine gute Idee gebracht: Der Einsatz einer RAM Disk.

image

Ram Disk konfigurieren

Nach ein bisschen suchen im Internet bin ich auf DataRam RAMDisk. Die ist für Ram Disks bis zu 4GB kostenlos und läuft auch unter 64-Bit Systemen. Des weiteren lässt sich die Ram Disk so konfigurieren dass der Inhalt beim herunterfahren gesichert und bei nächsten Start wieder geladen wird.
Die Ram Disk lässt sich nach der Installation über das mitgelieferte Configuration Utility einstellen. Neben der Größe kann hier eingestellt werden ob die Disk sich direkt als FAT16 oder FAT32 Partition melden soll.

image

Da ich NTFS auf der Disk verwenden möchte habe ich mich für Unformated entschieden und die Disk direkt unter Windows partitioniert und mit NTFS formatiert. Damit ich das nicht nach jedem Neustart durchführen muss lass ich die Disk beim herunterfahren sichern:

image

NCrunch konfigurieren

Damit NCrunch jetzt auch auf der Ram Disk arbeitet muss es noch konfiguriert werden. Dafür setzt man unter NCrunch –> Configuration den WorkspacePath auf ein Verzeichnis auf der Ram Disk.

image

Resharper konfigurieren

Beim Resharper gestaltet sich die Sache leider etwas schwieriger. Hier hat man nur die Möglichkeiten das dieser seine Meta-Daten entweder direkt bei der Solution abspeichert oder aber dem TEMP Verzeichnis.

image

Da ich meinen Source Code aber nicht in der Ram Disk halten möchte bleibt mir nur die Möglichkeit mein TEMP Verzeichnis zu verlegen.

TEMP Verzeichnis verlegen

Jetzt muss nur noch das TEMP Verzeichnis auf die Ram Disk verlegt werden. Das wird im Bereich Umgebungsvariablen… in den Erweiterten Systemeinstellungen gemacht

image

Dort legt man die beiden Variable TEMP und TMP auf einen Pfad auf der Ram Disk. Hier sollte man aufpassen das man nicht direkt das Wurzelverzeichnis nimmt, da wohl einige Programme damit nicht klar kommen

image

 


Fazit

Nach ein paar Stunden muss ich sagen, dass ich echt glücklich mit der Lösung bin. Visual Studio lahmt zwar immer noch hin und wieder, aber alles im allem rennt das ganze sehr gut. Anfangs war ich zwar etwas skeptisch, da dass TEMP Verzeichnis ursprünglich auf einer SSD lag und ich mir nicht all zu viel von dem verschieben erhofft hab, aber ich wurde eines besseren belehrt.

Kommentare

Kommentar veröffentlichen

Beliebte Posts aus diesem Blog

Darstellung von WPF Anwendungen

Bild
WPF Anwendungen haftet immer noch der Ruf an, dass diese "irgendwie komisch" aussehen. Dies liegt vor allem an der Art und Weise wie WPF Text darstellt (vgl. Die Geschichte vom unscharfen Text  oder  Fonts in WPF seem blurry ) Wenn man ein Windows ab Vista verwendet bessert sich das ganze ein bisschen, aber auch hier sehen die Schriften alle nicht wirklich scharf aus (vgl. Alles wird unscharf ). Das ein WPF Anwendung nicht zwangsläufig "unscharf" und "komisch" aussehen muss, sieht man an Visual Studio 2010. Das hatte zwar zu Beta Zeiten auch das Problem, aber nach genug Kritik aus Entwicklerkreisen hat Microsoft es dann doch geschaft eine "scharfe" Version von Visual Studio 2010 auf den Markt zu bekommen. Dafür hat Microsoft ein paar Anpassungen im WPF Text Stack (vgl. WPF 4.0 Text Stack Improvements ) vorgenommen. Leider sind diese Anpassungen nicht per Default für WPF Anwendungen verfügbar. Auch wenn man einen neue Anwendung entwickelt sind
Mehr anzeigen

Erste Schritte beim Entwickeln eines Outlook 2010 Add-ins

Bild
Aktuell schreibe ich gerade mein erstes Add-in für Outlook 2010. Der Einstieg ist dank der guten Projektvorlagen von Visual Studio 2010 auch nicht weiter schwer. Einfach ein neues "Outlook 2010 Add-in" anlegen und man kann eigentlich loslegen. Visual Studio 2010 - New Project Nach dem Anlegen erhält man ein Projekt bei dem eigentlich alles schon konfiguriert ist. Einfach "Start Debugging" wählen und Outlook wird gestartet und das Add-in geladen. Seinen eigenen Code kann man in die, von Visual Studio angelegte, Klasse ThisAddIn einfügen. Nach dem Anlegen des Projekts Hier hat man jetzt z.B. die Möglichkeit auf verschiedene Events von Outlook zu reagieren. Neben denen, im Screenshot gezeigten, StartUp und Shutdown von ThisAddIn gibt es über this.Application noch einige weitere. Genauere Informationen darüber sind in der  MSDN (ApplicationEvents_11_Event Events)  zu finden.
Mehr anzeigen

Monotouch - Eigene Views im Interface Builder verwenden

Bild
Auch wenn man, so wie ich, kein großer Freund von Apples Interface Builder ist, so hat es gelegentlich doch einen gewissen Charme User Interfaces für iOS Geräte "mal kurz zusammen zu klicken". Wenn man nur die Standard Elemente, wie Button, WebView usw. verwendet, dann ist das alles auch ganz schnell gemacht. Interessanter wird das ganze, wenn man eine eigene View verwenden möchte. Erstellen einer Custom View Wichtig bei einer Custom View sind die zwei folgende Eigenschaften: Das Register Attribut auf der Klasse Ein Constructor mit folgender Signatur: .ctor(IntrPtr handle) : base(handle) 1: [Register( "MyView" )] 2: public class MyView : UIView 3: { 4: public MyView(IntPtr handle) 5: : base (handle) 6: { 7: this .Initialize(); 8: } 9:   10: private void Initialize() 11: { 12: // Initialization Code 13: } 14: } Verwendung im In
Mehr anzeigen