Comment nous testons?

Environnement de test

Nous recommandons aux lecteurs qui ne sont pas intéressés par les procédures de test de passer par dessus cette page ainsi que la suivante et de se rendre directement aux résultats du test.

Modèles testée	Samsung PM830 128 GByte OCZ RevoDrive Hybrid 120GB SSD, 1TB HDD Extrememory XLR8 Express 120 GByte Corsair Force 3 120 GByte Samsung SSD 830 256 GByte OCZ RevoDrive 3 x2 480 GByte SSD Kingston HyperX 240 GByte SSD ADATA S511 120 GByte SSD Corsair ForceGT 120 GByte Kingston HyperX SSD 120 GByte Corsair ForceGT 120 GByte ADATA S511 60 GByte MLC OCZ Agility 3 240 GByte MLC OCZ Vertex 3 240 GByte MLC OCZ IBIS 240 GByte MLC OCZ Revo Drive X2 480 GByte MLC Samsung SSD 64 GByte MLC Corsair F100 100 GByte MLC Corsair X128 128 GByte MLC Corsair P128 128 GByte MLC Intel X25-M 80 GByte MLC Intel X25-M Gen2 160 GByte MLC Intel X25-M Gen2 160 GByte MLC Raid0 Intel X25-E 32 GByte SLC OCZ Vertex 120 GByte MLC Samsung SSD PM800 256 GByte MLC Samsung SSD PM800 64 GByte MLC Kingston SSDNow V+ 64 GByte MLC OCZ Agility 128 GByte MLC OCZ Apex 120 GByte MLC Photofast G-Monster 120 GByte V2 MLC Kingston SSDNow VSeries 40 GByte MLC	128 Gigabyte MLC SSD
Environnement de test
Carte mère	ASUS P8P67 Deluxe
Chipset	Intel P67	1'333 MHz
Processeur	Intel Core i7 2500K	3.4 GHz
Mémoire vive	Kingston HyperX 2133	4 GByte
Carte graphique	Gigabyte GeForce GTX 285
Disque dur système	Seagate Barracuda	640 GByte
Système d'exploitation	Ubuntu 10.04
Type de fichiers	XFS

Nous pensons que tout le monde qui lit cet article peut s'imaginer le scénario suivant : Vous venez juste d'acheter un disque dur, qui devrait, selon la feuille de spécifications, transférer 120 MByte/s en lecture et écriture. Dans les commentaires vous lisez que l'efficacité est de 110 MByte/s mais après que vous ayez installez le disque dans votre système il fonctionne beaucoup plus lentement. L'histoire devient encore pire lorsque vous démarrez un benchmark qui n'a qu'une lecture/écriture aléatoire de blocs de 4K. Là vous n'obtenez seulement que 2-3 MBytes/s.

C'est pourquoi nous avons donc décidé de ne pas publier des captures d'écran de programmes habituels comme HD-Tach, HD-Tune etc. Nous voulons que nos tests soient :

• reproductibles,
• précis,
• significatifs et
• variés ...

... sind.

Nous testons avec les caches activés et NCQ (Native Command Queueing) car ils sont aussi activés dans l'usage commun. Mais la taille des données testées est toujours au moins deux fois la quantité de la mémoire.

Nous avons remarqué que l'erreur de mesure se situe constamment entre plus ou moins 2%. C'est pourquoi nous n'en ferons seulement mention ici.

De plus, nous évaluons les données S.M.A.R.T afin d'évaluer si il y a des erreurs.

Le tableau suivant vous donne un bref aperçu sur les points où nous allons centrer notre attention :

Test	Observations
Test de lecture/écriture séquentielle	Les valeurs indiquées dans les spécifications sont-elles bien réalisées ? Quelle influence à la taille du bloc ? Quelle est l'influence lié à la taille d'allocation ?
Tests de lecture/écriture aléatoire	Quelle est l'influence des possibilités théoriques (séquentielles) de débit ? Quelle influence à la taille du bloc ? Quelle influence à la taille d'allocation ?

iozone3

iozone3 est une suite de benchmark pour des solutions de stockage, qui fonctionne originairement sous Linux.

C'est pourquoi nous testons le débit avec différentes tailles de bloc en utilisant les paramètres suivants :

KByte/s

• iozone -Rb test4k.xls -i0 -i1 -i2 -+n -r 4k -s4g -t32
• iozone -Rb test16k.xls -i0 -i1 -i2 -+n -r 16k -s4g -t32
• iozone -Rb test32k.xls -i0 -i1 -i2 -+n -r 32k -s4g -t32
• iozone -Rb test64k.xls -i0 -i1 -i2 -+n -r 64k -s4g -t32
• iozone -Rb test128k.xls -i0 -i1 -i2 -+n -r 128k -s4g -t32
• iozone -Rb test256k.xls -i0 -i1 -i2 -+n -r 256k -s4g -t32

iops

• iozone -Rb test4ko.xls -i0 -i1 -i2 -+n -r 4k -s4g -t32 -O
• iozone -Rb test16ko.xls -i0 -i1 -i2 -+n -r 16k -s4g -t32 -O
• iozone -Rb test64ko.xls -i0 -i1 -i2 -+n -r 64k -s4g -t32 -O
• iozone -Rb test96ko.xls -i0 -i1 -i2 -+n -r 96k -s4g -t32 -O
• iozone -Rb test128ko.xls -i0 -i1 -i2 -+n -r 128k -s4g -t32 -O

 

Pourquoi testons-nous différentes tailles ?

Il est important de reproduire des sénarios d'utilisation quotidienne dans un test. Certains paramètres doivent être variables durant un test afin de pouvoir faire un jugement sur le produit. Dans notre test les paramètres sont les différentes tailles du bloc. Cela détermine la taille en KBytes qui est écrite/lue sur le disque lors d'une transaction.

Avec cette méthode vous pouvez tester la lecture et l'écriture de petits ou grands fichiers. Dans l'environnement d'un ordinateur "normal" vous ne trouverez en général pas de fichier plus petit que 16 KByte. La quantité relative de petits fichiers est bien plus importante sur un serveur de messagerie ou de bases de données. Par conséquent, les tests avec des petites tailles du bloc sont d'intérêt dans les applications de base de données.

Pour les grandes grappes RAID le cache du disque dur est généralement désactivé et le contrôleur RAID pend en charge le travail de la mise en cache. Dans ces configurations les disque durs ont besoin d'être très rapides lors de la lecture ou l'écriture de petites quantités de données.

Page 1 - Introduction	Page 8 - Lecture Aléatoire KByte/s
Page 2 - Impressions	Page 8 - Ecriture Séquentielle ops
Page 3 - Comment nous testons?	Page 10 - Lecture Séquentielle ops
Page 4 - Ecriture Séquentielle KByte/s	Page 10 - Ecriture Aléatoire ops
Page 5 - Lecture Séquentielle KByte/s	Page 11 - Lecture Aléatoire ops
Page 6 - Ecriture Aléeatoire KByte/s	Page 12 - Conclusion

Discutez de cet article sur le forum