Les disques SSD et les IDE de visual studio. De grandes améliorations ? L'utilisation réelle d'histoires, pas de la théorie

Question

Bonjour, je veux aller pour Windows 7 + Intel SSD pour accélérer mon VS 2008 cycle de développement.

Les domaines que je veux de vitesse sont les suivantes:

• Compiler/temps de construire
• Openening fichiers pour winforms/webforms
• Général VS "sluggishnes" pour windows et web

Je ne suis pas intéressé dans le temps de démarrage de VS.
Également le coût par GO n'est pas un problème. Je veux de la vitesse.

Quelqu'un a déjà essayé ce (disque SSD + VS) déjà et que pouvez-vous dire sur les accélérations/downs?
Je sais que la théorie sur les SSD, mais, habituellement, la preuve du pudding c'est qu'on le mange.
Donc, je suis intéressé par des personnes qui ont réellement essayé et testé un VS le programme d'installation avec SSD..

Answer 1

J'ai des données en dur pour Visual C# 2008. La version courte est que vous êtes mieux de dépenser votre argent sur un CPU plus rapide que le plus rapide IO. Plus suit la réponse...

De Notre C# (.NET 3.5) solution contient 81 projets avec plus de 2 millions de lignes de code (y compris les commentaires et les lignes vierges). Il y A quelques années nous avons mis à niveau à partir de Pentium 4 3 ghz Pc avec le standard de disques Durs pour Core 2 Duo 2.6 GHz Pc avec 10 000 TR / min WD Raptor disques Durs (74GB). L'accélération a été immense. Environ 10 minutes en bas à 3,5 minutes. Tout cela dans un Windows XP Pro environnement 32 bits avec 4 go de RAM.

Nous avons également obtenu un Gigaoctet i-RAM (google pour info), qui est essentiellement un RAM disque dur avec sauvegarde de la batterie. Contrairement à un SSD qui est rapide pour la lecture, mais plus lent pour l'écriture, l'i-RAM est rapide pour les deux, mais si vous perdez la puissance, la batterie ne dure que pendant environ 12 heures, de sorte que vous avez à être discipliné avec votre check-in. Cette rasé une autre minute le temps de compilation sur le Core 2 Dou plate-forme (2,5 minutes) par rapport à la Raptor 10 000 TR / min disque dur.

Depuis, j'ai découvert que ces vieux 74GB 10 000 TR / min Raptor lecteurs sont légèrement plus lent que votre variété de jardin de 7 200 TR / min modernes en voiture et nous avons prouvé que la constante de benchmarking compile. Nous n'avons pas essayé le nouveau Velociraptors, mais ils seraient certainement plus rapide, mais probablement pas assez pour être en vaut la peine pour compiler fois seul.

La semaine dernière nous avons eu un nouveau processeur Intel Core i7-870 plate-forme avec un G. Skill Falcon 128 GO SSD (avec le Indilix Barefoot contrôleur) et un standard de 500 go le disque dur comme le deuxième disque. J'ai aussi chucked l'i-RAM sur ce PC et testé toutes les configurations.

Par rapport au Core 2 Duo, qui a compilé en 3,5 minutes pour disque dur 2,5 minutes pour l'i-RAM, i7-870 compile en 1 min 40 secondes pour le SSD, les disques durs et l'i-RAM de donner ou de prendre 3 secondes.

Donc, les deux fois où nous avons mis à jour développeur postes de travail, la grande majorité de l'amélioration de la performance en C# compiler temps est venu de plus le CPU plutôt que de disque plus rapide. Si vous voulez accélérer les temps de compilation, de mettre votre argent dans la CPU plutôt que sur le disque.

Cela dit, le SSD est beaucoup plus rapide pour le chargement de VS et de l'ouverture d'une solution (bien que je n'ai pas le temps pour ça). Si vous pouvez vous permettre un SSD, vous ne serez jamais revenir que chaque programme sur votre PC charges beaucoup plus vite, c'est incroyable. Mais il ne sera pas considérablement la vitesse de votre compile. Et c'est avec VS C# étant mono-thread. Si MS a jamais obtenu son acte ensemble et ont fait leur compilateur dans l'IDE multi-thread alors effectivement on pourrait utiliser ces 4 coeurs...

---

Mise à jour Mai 2012: Nous avons mis à jour nos Pc encore et basé sur ce que nous avons appris avant de nous nous sommes concentrés sur les performances du PROCESSEUR. Le nouveau Pc Intel Core i7-2600k Cpu overclocké à 4.6 GHz, Intel 510 Series 120GO SSD SATA III, 16 GO de RAM et d'un grand refroidisseur de CPU! Étonnamment ce presque réduit de moitié le temps de compilation et j'ai certainement que c'est à cause de la très forte augmentation du PROCESSEUR de puissance plutôt que le plus rapide des SSD.

Compilation C# dans VS2010 performance ont été:

• 159 secondes: Intel Core i7-870 actions (2.9 - 3.3 GHz), 4 go de RAM avec SATA II SSD
• 109 secondes: Intel Core i7-2600k stock (de 3,4 - 3,8 GHz) 16 GO de RAM avec SSD SATA III
• 84 secondes: Intel Core i7-2600k overclocké (4.63 GHz) 16 GO de RAM avec SSD SATA III

Answer 2

Je viens d'acheter un et le seul regret que j'ai est de ne pas acheter un SSD plus tôt.

Les temps de Compilation ont été bien avant déjà, mais maintenant l'ensemble de l'IDE est beaucoup plus réactif. Et ce n'est pas seulement de Visual Studio, mais aussi d'autres applications. C'est tellement plus facile de rester dans le flux de l'ensemble du système fonctionne rapidement.

Answer 3

Comme un test, on vient de commander un 90GO Sandforce base de SSD pour voir s'il pouvait aider notre temps de construire. Nous avons un grand projet C++ qui est de 21 minutes pour procéder à une reconstruction complète sur ( un vieux Xeon 3.4 ghz boîte.)

En cours d'exécution 3 tests sur chacun d'eux, la différence de temps dans les versions a été négligeable, de l'ordre de 30 secondes plus rapide.

Notre plus récente(!) Xeon 5150 boîte (avec disque dur) reconstruit le même projet dans ~11 minutes, ce qui tend à montrer que la compilation est vraiment liée à l'UC.

(Ce qui m'a surpris, car je pensais que le génial 4k et 512k performances en lecture/écriture d'un SSD serait super bénéfique dans les compositions. )

Answer 4

Après de longs tests de performance j'ai obtenu le meilleur programme d'installation ici, mais pour le compilateur C++. Vous aurez besoin de:

• SSD pour Windows et Program Files (généralement le lecteur C:)
• 1 to WD Caviar Black en 2 partitions:
  • Le lecteur D: minuscule (max 35 GO) au début des cylindres de n'avoir qu'un dossier TEMP; Vous devriez carte d'environnement TMP et TEMP à vars D:\TEMP (celui-ci est vraiment important!!!)
  • Le lecteur E: avec le reste de l'unité de stockage; l'Utiliser pour les données générales sorage, à l'exception pour le développement de logiciels trucs
• 1 to WD Caviar Black en toute partition de mise en page que vous souhaitez stocker votre VS2008 projets/solution. Basé sur l'utilisation de subversion j'ai fini avec 4 partitions:
  • 820 GO pour le tronc et les fins générales de projets
  • 60 GO pour une "branche"
  • 60 GO pour une "branche stable" utilisé lors de produit de stabilisation
  • 60 GO pour un "de la qualité des produits de la branche" utilisé pour des corrections mineures sur le logiciel approuvé
• 6-core ou 8-core processeur, l'utilisation de /MP commutateur de compilateur, (ne pas se confondre avec VS2008 natif parallèle "projet de construction" de la fonction -- Ne sais pas pourquoi AMD Phenon II le processeur sont marche tellement bien avec cette combinaison)
• Windows 7 64 bits (je ne suis pas sûr de savoir exactement pourquoi il fonctionne plus rapidement en 64 bits OS, même à l'aide d'un compilateur 32 bits)
• SATA 3 compatible avec la carte mère

Cette configuration surpasse toute autre combinaison que j'ai testé.

Typique de la compilation d'un énorme modulaire projet aura les résultats suivants:

• En parallèle construire sans /MP et régulière des disques Durs: autour de 12:00 minutes
• Ce projet de programme d'installation: 4:30 minutes
• Cette configuration, mais en utilisant en alternance WD Caviar Green disques: +1:00 par lecteur (5:30 ou 6:30 pour les deux)
• Déplacement de TEMP partition pour un RAMDRIVE: 5:30

Mes conclusions sont les suivantes:

• Ne laissez pas le dossier TEMP de s'exécuter en SSD, puisqu'ils sont mauvais "écrivains" et qui n'ont pas comparable 64 MO de cache à l'intérieur WD Caviar Black
• À l'aide d'un lecteur dédié de travail TEMP permet aux deux disques WD travail en parallèle: le TEMP pour cl.exe les fichiers temporaires et le projet de route de magasin *.rpc/h, *.obj, *.lib *.exe, etc.
• WD Caviar Black algorithmes de mise en cache sont impressionnants, combiné avec SATA 6 GB/s, surpasse un RAMDRIVE de l'installation je l'ai testé pour le lecteur TEMP
• Partitoning réduit l'impact sur la fragmentation, ce qui est inévitable dans un compilateur de l'environnement; la même chose est également valable pour le lecteur TEMP

J'espère que je pourrais vous aider.

Answer 5

Voir l'article de Joel http://www.joelonsoftware.com/items/2009/03/27.html