Ma première réponse serait également bonnie++, une recherche rapide révèle également Iozone3. Les deux sont disponibles sous forme de packages Debian. Si vous faites des tests plus simples (cp, mv, rm), pensez à vider le cache conservé par le noyau avec echo 1 > /proc/sys/vm/drop_caches avant chaque test, sinon cela pourrait entraîner des différences qui ne sont pas représentatives du système de fichiers lui-même.
Voici deux autres options, je les ai trouvées très utiles pour l'analyse comparative des systèmes de fichiers.
1) Cachet de la poste - c'est une référence qui émule l'utilisation réelle d'un système de fichiers accessible par un serveur de messagerie occupé.
Télécharger :http://www.freshports.org/benchmarks/postmark/
Lors des tests, assurez-vous d'avoir comparé différentes options de journalisation ext3 - elles peuvent être très différentes en termes de performances (la journalisation en écriture différée a donné le meilleur résultat dans mes expériences Postmark).
2) Filebench - une autre grande référence, vous donnant encore plus de flexibilité. Si vous avez une raison spécifique d'envisager de passer d'ext3, vous aimerez probablement filebench - il a de nombreuses charges de travail différentes, de sorte que vous ne pouvez vous concentrer que sur le goulot d'étranglement des performances qui vous intéresse (opérations de création/suppression de fichiers ou lecture/écriture séquentielle vs aléatoires, pour vous donner quelques exemples).
Vous devez chercher sur Google car je ne suis pas encore autorisé à ajouter des hyperliens - le projet lui-même est hébergé sur SourceForge, et un très bon guide de démarrage rapide se trouve sur le site Web OpenSolaris.org.
Une dernière remarque :assurez-vous de répartir la charge sur autant de disques (broches) que possible pour obtenir les résultats les plus précis. Il est également judicieux d'allouer quelques disques spécifiquement pour l'analyse comparative et de les mettre à jour avant chaque exécution de votre analyse comparative.
Ne vous contentez pas de tester la vitesse, pensez également à la fiabilité. Essayez, par exemple, d'éteindre les disques sur un système de fichiers occupé et de voir ce qu'il reste.
La qualité des outils de réparation et de récupération disponibles est également importante et très difficile à tester discrètement. La structure en blocs peut par ex. inhiber les outils qui tentent de récupérer des données en mode brut à partir d'un système de fichiers irrécupérable.
Pour plus d'astuces sur le test d'un système de fichiers sous des coups très durs, vous serez peut-être intéressant de savoir ce que les gars de ZFS ont fait :One Two