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	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	480 GByte
Carte mère	Gigabyte X38-DQ6
Chipset	Intel X38	1066 MHz
Processeur	Intel Xeon 3060	2.4 GHz
Mémoire vive	Corsair Dominator 9136 DDR2	2 GByte
Carte graphique	Gigabyte GeForce 7200
Disque dur système	Maxtor	160 GByte
Système d'exploitation	Ubuntu 8.04.1 Hardy	Kernel 2.6.24-19-server
Type de fichiers	XFS

Nous pensons que tout le monde qui lit cette 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é

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ée 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.[/fr]

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 -t2
• iozone -Rb test16k.xls -i0 -i1 -i2 -+n -r 16k -s4g -t2
• iozone -Rb test32k.xls -i0 -i1 -i2 -+n -r 32k -s4g -t2
• iozone -Rb test64k.xls -i0 -i1 -i2 -+n -r 64k -s4g -t2
• iozone -Rb test128k.xls -i0 -i1 -i2 -+n -r 128k -s4g -t2
• iozone -Rb test256k.xls -i0 -i1 -i2 -+n -r 256k -s4g -t2

iops

• iozone -Rb test4ko.xls -i0 -i1 -i2 -+n -r 4k -s4g -t2 -O
• iozone -Rb test16ko.xls -i0 -i1 -i2 -+n -r 16k -s4g -t2 -O
• iozone -Rb test32ko.xls -i0 -i1 -i2 -+n -r 32k -s4g -t2 -O
• iozone -Rb test64ko.xls -i0 -i1 -i2 -+n -r 64k -s4g -t2 -O
• iozone -Rb test96ko.xls -i0 -i1 -i2 -+n -r 96k -s4g -t2 -O
• iozone -Rb test128ko.xls -i0 -i1 -i2 -+n -r 128k -s4g -t2 -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'un transaction.

Avec cette méthode vous pouvez tester la lecture et l'écriture de petits ou grands fichier. Dans l'environnement d'un ordinateur "normal" vous ne trouverez en général pas de fichiers plus petits que 16 KByte. La quantité relative de petits fichiers est bien plus importante sur un serveur de messagerie ou de base de données. Par conséquent, les tests avec des petites taille du bloc sont d'intérêt dans les application de bases 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 mis en cache. Dans ces configurations les disque durs ont besoin d'être très rapide 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