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èle testé	Toshiba MQ01ABD100 1'000 GB SATA II 2.5 Zoll	1'000 Gigabyte
Carte mère	ASUS P8P67 Deluxe B3
Chipset	Intel P67
Processeur	Intel Core i7 2600K	3.4 GHz
Mémoire vive	Kingston HyperX 2133	4 GByte
Carte graphique	Gigabyte GeForce GTX 285
Disque dur système	Corsair Force 3	120 Gigabyte
Système d'exploitation	Windows 7
Type de fichiers	NTFS

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

iops

• iozone -Rb test4ko.xls -i0 -i1 -i2 -+n -r 4k -s4g -t1 -O
• iozone -Rb test16ko.xls -i0 -i1 -i2 -+n -r 16k -s4g -t1 -O
• iozone -Rb test32ko.xls -i0 -i1 -i2 -+n -r 32k -s4g -t1 -O
• iozone -Rb test64ko.xls -i0 -i1 -i2 -+n -r 64k -s4g -t1 -O
• iozone -Rb test96ko.xls -i0 -i1 -i2 -+n -r 96k -s4g -t1 -O
• iozone -Rb test128ko.xls -i0 -i1 -i2 -+n -r 128k -s4g -t1 -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 5 - Écriture/Lecture Aléatoire KByte/s
Page 3 - Aperçu	Page 6 - Écriture/Lecture Séquentielle ops
Page 3 - Comment nous testons?	Page 7 - Écriture/Lecture Aléatoire ops
Page 4 - Écriture/Lecture Séquentielle KByte/s	Page 8 - Conclusion