Téléchargez l'application
Tom's Hardware sur l'App Store
Toute l'actu informatique de référence sur votre iPhone
Oui Non

Performances : IOMeter 2006.07.27

par

Les performances en E/S dépendent de la capacité du disque à repositionner rapidement ses têtes de lecture/écriture et à utiliser efficacement la fonction NCQ (Native Command Queuing). Cette dernière organise et exécute les commandes en attente de manière à limiter autant que possible le mouvement des têtes afin d’obtenir des performances maximales. L’outil que nous utilisons fonctionne sous Windows mais peut également s’exécuter en ligne de commande, ce qui est particulièrement bienvenu lorsque nous testons plusieurs disques.

Contrairement aux autres benchmarks qui lancent une série de commandes prédéfinies pour déterminer les performances du disque, IOMeter est « programmable », ce qui signifique qu’il faut lui dire ce qu’il doit faire et dans quel ordre. Il y a quelques années, nous avons commencé à utiliser des fichiers de profil IOMeter simulant certaines charges de travail. Nous continuons à utiliser ces quatre profils, à savoir base de données, serveur de fichiers, serveur web et station de travail, et y ajoutons deux autres (que nous vous avons présentés il y a quelques mois), la lecture en streaming et l’écriture en streaming.

Profils


Lecture
Aléatoire
Taille des blocs
Threads
Base de données
67%
100%
8 KB - 100%
4
Serveur de fichiers
80%
100%

512 Bytes – 10%

1 KB – 5%

2 KB – 5%

4 KB – 60%

8 KB – 2%

16 KB – 4%

32 KB – 4%

64 KB – 10%
4
Serveur web
100%
100%

512 Bytes – 22%

1 KB – 15%

2 KB – 8%

4 KB – 23%

8 KB – 15%

16 KB – 2%

32 KB - 6%

64 KB – 7%

128 KB – 1%

512 KB – 1%
4
Station de travail
80%
80%
8 KB - 100%
4
Lecture en streaming
100%
0%

64 KB – 34%

128 KB – 33%

256 KB – 33%
4
Ecriture en streaming
0%
0%

64 KB – 34%

128 KB – 33%

256 KB – 33%
4

Le tableau a l’air complexe au premier abord mais est en fait très simple à lire. La première colonne, « Lecture », donne la proportion d'accès en lecture par rapport aux accès en écriture. Ainsi, 67% signifie que nous spécifions 2/3 de lecture et 1/3 d’écriture. La deuxième colonne donne le pourcentage d’accès aléatoire par rapport aux accès séquentiels. 100% signifie que l’activité est uniquement aléatoire, ce qui est le cas de la plupart des applications pour serveur, tandis que la lecture/écriture en streaming se situe à l'autre extrémité du spectre avec un accès purement séquentiel aux données. La colonne « Taille des blocs » donne la proportion de chaque taille de blocs utilisée lors des tests. Et enfin, la dernière colonne indique le nombre de threads employés ; étant donné que notre processeur est un Core i7 quad-core où l’Hyper-Threading est désactivé, 4 nous a semblé optimal.

Exemple de résultats

Partager:
4
Commentaires
X
Valider

Commentaires
Lire les commentaires sur le forum
anonymous 28/05/2009 22:39
Masquer
-0+

Pas de test de l'ACARD ANS 9010 ????????????????

Dommage

le_crabe 29/05/2009 11:49
Afficher
westyle 02/06/2009 16:28
Masquer
-0+

remarque un peu débile quand même...
un proco, ça a 15 ans de vie (si on joue pas à l'OC) et ça grille pas comme ça à cause d'un refroidissement d'origine Intel.

anonymous 28/06/2009 23:54
Masquer
-0+

I said this before: Please use h2benchw 3.13, not 3.12! The old version has a bug with large HDs. See http://www.heise.de/ct/ftp/ctsi.shtml

Les offres du moment

Newsletters


OK