Que valent trois VelociRaptor de 1 To en RAID 0 face à un SSD ?

Que valent trois VelociRaptor de 1 To en RAID 0 face à un SSD ?

Trois contre un, ça parait déloyal, oui mais...

Avatar de l'auteur
Kevin Hottot

Publié dans

Sciences et espace

07/11/2012 1 minute
28

Que valent trois VelociRaptor de 1 To en RAID 0 face à un SSD ?

Nos confrères d'eTeknix se sont penchés sur un disque dur de la gamme qui fût jadis synonyme de performances extrêmes dans nos PC : le VelociRaptor de Western Digital, dans sa version proposant 1 To de stockage. 

Velociraptor 1 To

 

Mais plutôt que le tester seul, nos confrères ont choisi de monter une grappe en RAID 0 comprenant ces trois disques à 10 000 tpm, afin de voir s'il était possible d'atteindre les performances obtenues avec un SSD moderne, en l'occurrence un Kingston HyperX de 240 Go

 

Seul hic, les VelociRaptor 1 To sont vendus autour de 230 € pièce, ce qui est un peu moins cher que certains SSD de 512 Go. Malgré cela, ce montage de trois disques en RAID 0 présente-t-il des avantages autres que l'espace de stockage et son prix par rapport à une configuration similaire avec des SSD ? Réponse dans le test de nos confrères.

Écrit par Kevin Hottot

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fermer

Commentaires (28)


La réponse ? Rien ! En effet, les vélociraptor ont disparu de la surface e la planète il y a plusieurs dizaines de millions d’années !











Ne me remerciez pas, au moins personne d’autre n’ira faire cette blague pourrie <img data-src=" />


Quelque soit la configuration, les hdd ne pourront pas vaincre les ssd au niveau du temps d’accès et des iops…

Par contre pour ceux qui ont les moyens et pour qui un ssd ne suffit pas en taille, un tel hdd en disque data/jeux c’est super! <img data-src=" />


Nul cet article. La conclusion ne fait qu’enfoncer des portes ouvertes…








snoopy1492 a écrit :



Quelque soit la configuration, les hdd ne pourront pas vaincre les ssd au niveau du temps d’accès et des iops…





pire, un raid0 augmentera le temps d’accès (il faut attendre le disque le plus lent+le contrôleur)



par contre….je ne savais pas qu’on pouvais faire des raid0 avec trois disques

apparemment, ils n’utilisent pas une carte contrôleur mais celui intégré à la carte mère en plus

bien évidemment, il ne détaille en rien la procédure



deux disque, pour chaque octet on met 4bit sur l’un, 4bit sur l’autre, mais trois?









psikobare a écrit :



deux disque, pour chaque octet on met 4bit sur l’un, 4bit sur l’autre, mais trois?





Ca ne marche pas au bit le RAID, les données sont réparties sur les disques par blocs de dizaines ou centaines de Ko, il n’y a donc jamais de maximum pour le nombre de disques, seulement un minimum qui varie suivant le mode RAID utilisé.



on a 2 Velociraptors 1To en Raid 1 dans un NAS.

en NFS, on tape le 100Mo/s en lecture et 80Mo/s en écriture








typhoon006 a écrit :



on a 2 Velociraptors 1To en Raid 1 dans un NAS.

en NFS, on tape le 100Mo/s en lecture et 80Mo/s en écriture





Euh si je ne m’abuse un seul disque est déjà capable de faire ça, non ?









Inodemus a écrit :



Ca ne marche pas au bit le RAID, les données sont réparties sur les disques par blocs de dizaines ou centaines de Ko, il n’y a donc jamais de maximum pour le nombre de disques, seulement un minimum qui varie suivant le mode RAID utilisé.





admettons, mes souvenirs semblent mauvais



mais comment tu répartis idéalement les données avec un nombre de disque impair?



Même pas je vais lire leur test tellement c’est téléphoné comme résultat ^^



J’ai un Vélociraptor 300Go en disque principal, et jamais je n’ia eu l’idée d’en prendre un ou plusieurs autres pour monter en perf.



J’attends juste d’investir dans un SSD de capacité quasi équivalente pour le système.

Après il me faudra un gros DD standard rapide” pour Steam (genre un gros 2 To en 7200 rpm).



Ça coutera toujours moins cher que 2 Vélociraptors, pour une efficacité sans commune mesure <img data-src=" />








psikobare a écrit :



admettons, mes souvenirs semblent mauvais



mais comment tu répartis idéalement les données avec un nombre de disque impair?







En Tiers ^^









sybylle a écrit :



En Tiers ^^





comment tu divise un système de fichier en base 2 en tiers?









psikobare a écrit :



comment tu divise un système de fichier en base 2 en tiers?







Dans le détail faudra voir avec un ingé système ^^

Cependant, il est possible (je n’ai pas lu le test, mais peut-être c’est détaillé) d’utiliser 2 des disques en mirroring (Raid1) et de garder le dernier pour la parité, aka Raid 5.



Tu “perds” un disque par contre dans cette configuration.

Mais niveau sécurité ça marche bien ^^









sybylle a écrit :



Dans le détail faudra voir avec un ingé système ^^

Cependant, il est possible (je n’ai pas lu le test, mais peut-être c’est détaillé) d’utiliser 2 des disques en mirroring (Raid1) et de garder le dernier pour la parité, aka Raid 5.



Tu “perds” un disque par contre dans cette configuration.

Mais niveau sécurité ça marche bien ^^







Heu… leRAID 5 c’est pas un Mirroring + parité… <img data-src=" />

Ce que tu décris ressemble plutôt à un RAID 2









ErGo_404 a écrit :



Euh si je ne m’abuse un seul disque est déjà capable de faire ça, non ?





le raid 1 n’améliore pas les perfs il les diminue même <img data-src=" />

ensuite je suis sur un NAS 1Gbps donc max theorique : 112Mo/s

bref c’est assez optimal :)



Le RAID 1 c’est du mirroring donc 1 octects est écrit sur chaque DD



Aucun problème d’utiliser 3 disques, 7 ou meme 12.

En fait lors du découpage par bloc y’a juste des secteurs qui seront pas alloués completement.

Quand tu as qu’un seul disque tu ecris pas que des fichiers ayant une taille en puissance de 2 que je sache.



voir :http://www.labo-microsoft.org/articles/web/raid_1/3/ pour une illustration








Tiduster a écrit :



Quand tu as qu’un seul disque tu ecris pas que des fichiers ayant une taille en puissance de 2 que je sache.





nan mais sur le disque, il se retrouve toujours en puissance de 2



mettons que la taille de bloc du raid est de 1024octets, la taille d’un secteur de disque de 512o



je veux écrire un fichier de 3000o, je me retrouve avec deux blocs sur un disque, et un seul sur l’autre

admettons qu’il s’agisse simplement de chacun son tour, il n’y a pas vraiment de perte de capacité (sinon un disque se remplirait plus vite que l’autre)

mais on perdra en perf







c’est pour ça que, dans mes souvenirs, un raid0 découpait carrément les octets (2 disques, chaque octets divisé en 4bits)en deux (ou quatre, ou 8 mais toujours avec un nombre pair de disque)

du coup je sais pas d’où je tient ça



je vais lire ton lien, mais je n’y voit pas la réponse à ma question pour l’instant



Prenons le cas d’une écriture de 8 fichiers d’un octet sur 8 disques en RAID0.



Tu écris un bit par disque pour chacun des fichiers, ca occupe au final un octet par fichier mais comment tes disques retrouvent que le xème bit de cet octet correspond a n fichier mais pas à un autre ?



Et puis de toute façon il faut raisonner en clusters de 4ko :)


En RAID, on divise la taille totale en blocs de taille fixe (disons 128 Ko), puis on répartit ces blocs sur les différents disques suivant le mode RAID utilisé.



Dans le cas du RAID0, on répartit simplement les blocs en changeant de disque à chaque fois. Avec 3 disques, le 1er disque contiendra les blocs 0, 3, 6… le 2ème disque contiendra les blocs 1, 4, 7… le 3ème disque contiendra les blocs 2, 5, 8. Eventuellement, les derniers blocs à la fin du disque sont peut-être plus petit, ou alors la taille totale est légèrement diminuée pour être divisible par 128 Ko.



Le système de fichiers se fiche de ça, il ne sait même pas que cette répartition existe. Lui ne voit que la taille totale, qui est la taille d’un disque multipliée par le nombre de disques. Effectivement, si tu pensais que le RAID0 répartit chaque fichier de manière équitable sur chaque disque, ce n’est pas le cas. La divison se fait bien plus bas niveau, et de manière plus grossière, au niveau du contrôleur RAID. On gagne en perf surtout en faisant des grosses lectures consécutives (avec des gros fichiers), pas des petites aléatoires (sur lesquelles les SSD les défonceront toujours).








Ellierys a écrit :



Heu… leRAID 5 c’est pas un Mirroring + parité… <img data-src=" />

Ce que tu décris ressemble plutôt à un RAID 2







Oui je viens de vérifier.

En même temps il y a tellement de variante ^^



Il ne s’agissait pas d’un simple Raid 2.

Je biens de tomber sur ceci, le Raid 3, à savoir un Raid 0 avec parité, et non un Raid 1



Toutes mes confuses ^^









Inodemus a écrit :



Effectivement, si tu pensais que le RAID0 répartit chaque fichier de manière équitable sur chaque disque, ce n’est pas le cas. La divison se fait bien plus bas niveau, et de manière plus grossière, au niveau du contrôleur RAID.





merci :)









Ellierys a écrit :



Heu… leRAID 5 c’est pas un Mirroring + parité… <img data-src=" />

Ce que tu décris ressemble plutôt à un RAID 2





super article ton lien, quand j’ai un trou de mémoire je vais le voir directe <img data-src=" />



Sinon raid1 + parité ça apporte quoi ? (en tous cas c’est pas du raid2, le raid2 c’est raid0+parité ce qui revient à un raid5 au final, sauf que la parité tourne sur le raid5.



Il y a plein de variantes, mais elles n’ont pas forcément toutes une utilité. A ma connaissance, il n’y en a pratiquement que 4 d’utilisées (avec n le nombre de disques et t la taille d’un disque):



RAID0, stripping : n &gt;= 2, taille totale = t * n, performances séquentielles multipliées par n en lecture/écriture, pas de tolérance aux pannes



RAID1, mirroring : n &gt;= 2, taille totale = n, performances séquentielles multipliées par n en lecture seulement, tolère la panne de n - 1 disques



RAID5, parité : n &gt;= 3, taille totale = t * (n - 1), performances séquentielles multipliées par n - 1 en lecture/écriture (avec un calculateur de parité hardware, en soft c’est plus lent), tolère la panne d’un disque



RAID10, stripping + mirroring : n pair &gt;= 4, taille totale = t * (n / 2), performances séquentielles multipliées par n en lecture et n / 2 en écriture, tolère la panne de n / 2 disques



Et parfois des versions du RAID 5 avec plusieurs disques de parité, pour les configs avec beaucoup de disques…








Inodemus a écrit :



Et parfois des versions du RAID 5 avec plusieurs disques de parité, pour les configs avec beaucoup de disques…





non le raid 5 n’a toujours qu’un disque de parite, peut importe la quantite de disques.

le 6 en a 2



le 50 est un raid 0 de raid 5 et contient 2 disques de parite, un pour chaque grappe de r5.



sur le raid 5 il n’y a pas de disque de parite a propre;ent parle, les data sont ecrites par strip sur n-1 et la parite sur le dernier disques, mais de facon “aleatoire”



raid1+parite, ca apporte rien, je suis pas sur que ca existe et de toute facon, ca n’a aucun interet, il s’agit d’un mirror, les datas ecrites sont donc sur chaque disque et un CRC est dispo sur chaque byte pour check la perenite de l’info.









timhor a écrit :



non le raid 5 n’a toujours qu’un disque de parite, peut importe la quantite de disques.

le 6 en a 2



le 50 est un raid 0 de raid 5 et contient 2 disques de parite, un pour chaque grappe de r5.



C’est ce que je voulais dire par “version du RAID 5”, me rappelais plus comment il s’appellait… Le 50 peut contenir plusieurs grappes RAID 5 donc plusieurs disques de parité, il n’y a pas de limites…









Inodemus a écrit :



C’est ce que je voulais dire par “version du RAID 5”, me rappelais plus comment il s’appellait… Le 50 peut contenir plusieurs grappes RAID 5 donc plusieurs disques de parité, il n’y a pas de limites…







bah si, 1 ‘disque’ par grappe, toute facon la parite est repartie sur tous les disques donc bon…

La perte d’un disque par grappe est couvert, la perte de 2 disques dans une grappe passe la grappe en fail.

Sur un raid 50, 2 disques de la meme grappe raid 5 =&gt; tout le raid 50 mort.









typhoon006 a écrit :



le raid 1 n’améliore pas les perfs il les diminue même <img data-src=" />







Pas vrai…

Le raid 1 n’améliore pas les performances en écriture, ça c’est OK puisque les données sont écrites sur les deux disques simultanément, mais par contre ça les améliore en lecture. Un fichier est ainsi lu à moitié sur le premier disque et à moitié sur l’autre.



Sinon, concernant le comparatif SSD vs raid0 de Velociraptor, je suis étonné que la conclusion soit aussi tranchée en faveur du raid. Evidemment que le prix au Go est en faveur des Velociraptors, mais l’usage n’est pas du tout le même. Qui va acheter un SSD de 3To pour faire du stockage de données ??? Et l’article ne parle même pas du bruit engendré par un raid de 3 disques 10k tr/mn !

Bref si l’objectif c’est de faire une bête de performances, dans ce cas, autant mettre 3 SSD en raid0 <img data-src=" />


Dans le genre article venteux et creux à souhait, y’a du niveau…



Mon article de référence dans le domaine des comparatifs SSD / HDD reste celui-ci :http://www.presence-pc.com/tests/SSD-pro-disque-dur-23322/



L’actualiser aux SSD actuels ne ferait que renforcer leur supériorité face à leurs ainés mécaniques. <img data-src=" />