Vers RAID ou pas vers RAID: SSD et virtualisation

8

J'approche de cette époque où mon PC principal a suffisamment ralenti en raison de la pourriture de Windows que je devrais probablement réinstaller. Au lieu de passer une semaine à combattre les bras, à réinstaller et à configurer uniquement pour constater que j'ai oublié de sauvegarder mes paramètres de Visual Studio encore une fois , je vais mettre à niveau. J'ai déjà acheté toutes les pièces et je suis en train de comparer pour trouver la meilleure configuration.

J'ai acheté deux SSD Crucial M4 120 Go (mis à jour avec le dernier firmware en avril '12:) 00Fet j'ai exécuté quelques tests de performance rapides en utilisant CrystalDiskMark . Voici quelques résultats:

Lecteur unique:

Performances sur un seul lecteur

RAID 0via le contrôleur de chipset Intel Z77 :

RAID 0

Ces benchmarks ne sont évidemment pas exhaustifs, mais je pense qu'ils me donnent une bonne idée de ce à quoi s'attendre entre les différentes configurations.

Ma compréhension est que pour la plupart des modèles d'utilisation courants, à savoir le développement avec Visual Studio (mon utilisation principale), les 4Klectures et les écritures sont beaucoup plus courantes, même pendant les générations. Entre RAID 0et non, il y a peu de différence. Mais avec 512Ket SequentialR / W, les différences suffisent pour mériter l'attention.

Le fait est que, pour éviter de futurs problèmes de pourriture - et, franchement, parce que je le peux - je vais compter beaucoup plus sur la virtualisation. Mon plan est de segmenter différentes parties de mon environnement de développement en machines virtuelles à l'aide de VMware Workstation : Visual Studio et les outils qui l'accompagnent sur un, SQL Server sur un autre, Adobe Design Suite sur un autre, etc. En tirant parti des instantanés de VM et de qu'il s'agit de créer ou de cloner de nouveaux, je pense que je verrai une amélioration de la fiabilité à long terme (et je ne verrai les fenêtres contextuelles de mise à jour d'Adobe que lorsque je le souhaite).

Donc, ma question est, la virtualisation mérite-t-elle l'utilisation d'une RAID 0configuration SSD par rapport à une configuration traditionnelle (dans mon cas, OS et applications bare-metal sur un SSD, VM sur l'autre)? La virtualisation tirera-t-elle parti des atouts 512Ket du SequentialR / W de RAID 0?


Une remarque:

J'ai lu que certains SSD modernes sont capables de gérer eux-mêmes la collecte des ordures, donc ne pas avoir TRIMmoins de problème. Je ne sais pas comment l'activer sur mes SSD ou même voir s'ils le prennent en charge, cependant.


Éditer:

En ce qui concerne la reprise après sinistre, ce système dispose également de grands disques de plateau standard pour le stockage de fichiers et d'un contrôleur RAID secondaire que j'utiliserai éventuellement dans une matrice en miroir. Combiné avec des sauvegardes locales nocturnes, une sauvegarde hors site constante via Carbonite et des contrôles de contrôle de source hors site cohérents, j'ai un moyen suffisant de prévenir la perte de données.

Chad Levy
la source
1
J'éviterais le RAID 0 sans un plan de reprise après sinistre exhaustif, mais la virtualisation profitera certainement de la vitesse améliorée des SSD dans cette configuration.
Bon point. J'ai oublié de mentionner que j'ai également quelques disques standard à bord et que j'ai des sauvegardes multi-têtes sur site et hors site. Donc, je ne suis pas complètement foutu si un lecteur meurt, mais c'est un bon point car j'ai oublié que si un lecteur dans une matrice RAID 0 disparaît, toutes les données sont perdues.
Chad Levy
1
Un autre problème possible qui mérite peut-être une certaine attention: L'exécution de RAID peut nécessiter que toutes les E / S soient en unités d'une taille de bande particulière. Les machines virtuelles ne feront probablement pas d'E / S alignées sur ces tailles de bande, et vous provoquerez une amplification d'écriture massive qui peut réduire considérablement la durée de vie de vos disques.
afrazier

Réponses:

5

Tout d'abord, la compilation de code est connue pour être largement liée au processeur, alors ne vous attendez pas à des améliorations par rapport à un seul SSD.

Dans votre benchmark, bien que les performances de profondeur 4k 0-queue n'augmentent pas, la profondeur 4k 32-queue (QD32) augmente à peu près linéairement. OMI, ce résultat devrait guider votre décision.

Même si les postes de travail ne sont pas des serveurs de base de données avec des profondeurs de file d'attente constamment élevées, des profondeurs de file d'attente de 2 à 20 sont courantes au moins en rafale lors d'une utilisation semi-intensive des postes de travail - dans ce cas, les E / S aléatoires s'amélioreront en effet avec RAID 0. En considérant que la VM ajoute un couche supplémentaire d'activité simultanée du système d'exploitation (et vous finirez peut-être par utiliser au moins 2 machines virtuelles simultanées), je pense que cette mesure devrait améliorer les choses dans votre scénario.

Vous pouvez surveiller votre utilisation actuelle de la profondeur de file d'attente dans l'Analyseur de performances de Windows (Ajouter un compteur ... Disque physique ... Profondeur moyenne de lecture / écriture de la file d'attente) pour vous faire une idée.

Le RAID ajoute une couche de complexité (et des problèmes de sauvegarde / récupération), mais avoir une plus grande partition de 240 Go est certainement un plus IMO. Vérifiez tous les problèmes TRIM avant d'utiliser le RAID avec vos disques - cela pourrait être un stop-show.

mtone
la source
Grande info, merci. En ce qui concerne le support TRIM - je pense que TRIM fonctionne, ou à tout le moins, il est activé selon fsutil. Windows activerait-il TRIM si les commandes n'étaient pas transmises via l'interface RAID?
Chad Levy
1
Je ne suis pas trop familier (je n'ai qu'un SSD ici ..), mais je crois que puisque les contrôleurs RAID ne prennent pas en charge TRIM, vous ne verrez jamais de référence à ce sujet nulle part. En d'autres termes, TRIM serait techniquement désactivé, vous devez donc être sûr que le firmware de votre SSD fait une gestion des déchets décente en interne (ne me citez pas là-dessus cependant). Notez que les pilotes Intel RST devraient prendre en charge RAID TRIM parfois en 2012, si c'est ce que vous utilisez. D'autres contrôleurs suivront probablement.
mtone
3

La vitesse du disque dur est importante pour les performances globales de Visual Studio. Scott Guthrie le touche bien dans ce post :

Les processeurs multicœurs sur les machines sont devenus assez rapides au cours des dernières années pour que, dans la plupart des scénarios d'application, vous ne finissiez généralement pas par bloquer la capacité de processeur disponible sur votre machine.

Lorsque vous effectuez un développement avec Visual Studio, vous finissez par lire / écrire un grand nombre de fichiers et passez beaucoup de temps à effectuer des activités d'E / S sur disque. Les grands projets et solutions peuvent avoir des centaines (ou des milliers) de fichiers source (y compris des images, des CSS, des pages, des contrôles utilisateur, etc.). Lorsque vous ouvrez un projet, Visual Studio doit lire et analyser tous les fichiers source afin de fournir intellisense. Lorsque vous êtes enrôlé dans le contrôle de code source et que vous extrayez un fichier, vous mettez à jour les fichiers et les horodatages sur le disque. Lorsque vous effectuez une compilation d'une solution, Visual Studio vérifie les assemblys mis à jour à partir de plusieurs emplacements de chemin de disque, écrit plusieurs nouveaux assemblys sur le disque lorsque la compilation est terminée, et conserve les fichiers de symboles de débogueur .pdb sur le disque avec eux (tous en tant qu'opérations d'enregistrement de fichier distinctes).

Dans mon expérience personnelle, l'utilisation d'un SSD a beaucoup aidé, mais étant donné qu'une grande quantité d'E / S de disque est probablement de petites lectures aléatoires, RAID 0 pourrait ne pas être une énorme amélioration. L'autre chose que vous pourriez trouver est que les E / S de disque virtuel consomment une partie de vos gains.

Brad Patton
la source
3

Intel Z77 prend en charge Trim avec RAID et est l'un des premiers chipsets à petit budget à le faire. Mais vous devez spécifier dans la configuration du stockage que vous utilisez un SSD.

Daniel
la source