Anche la mia prima risposta sarebbe bonnie++, una rapida ricerca rivela anche Iozone3. Entrambi sono disponibili come pacchetti Debian. Se esegui test più semplici (cp, mv, rm), dovresti considerare di svuotare la cache conservata dal kernel con echo 1 > /proc/sys/vm/drop_caches prima di ogni test altrimenti potrebbe causare differenze che non sono rappresentative del filesystem stesso.
Ecco altre due opzioni, le ho trovate davvero utili per il benchmarking del filesystem.
1) Timbro postale - è un benchmark che emula l'utilizzo nel mondo reale di un filesystem a cui accede un server di posta occupato.
Scarica:http://www.freshports.org/benchmarks/postmark/
Durante il test, assicurati di aver confrontato diverse opzioni di logging ext3:potrebbero essere molto diverse in termini di prestazioni (il logging writeback ha dato il miglior risultato nei miei esperimenti Postmark).
2) Filebench - un altro grande punto di riferimento, che ti offre ancora più flessibilità. Se hai un motivo specifico per considerare un passaggio da ext3, probabilmente ti piacerà filebench:ha molti carichi di lavoro diversi in modo che tu possa concentrarti solo sul collo di bottiglia delle prestazioni che ti interessa (operazioni di creazione/eliminazione di file o lettura/scrittura sequenziale vs casuali, per farti qualche esempio).
Devi cercarlo su Google poiché non sono ancora consentiti altri collegamenti ipertestuali:il progetto stesso è ospitato su SourceForge e una guida rapida davvero interessante si trova sul sito Web OpenSolaris.org.
Un'ultima nota:assicurati di distribuire il carico su quanti più dischi (mandrini) possibile per ottenere risultati più accurati. Ha anche senso allocare alcuni dischi per il benchmark specifico e aggiornarli prima di ogni esecuzione del benchmark.
Non limitarti a testare la velocità, considera anche l'affidabilità. Prova, ad esempio, a spegnere i dischi su un filesystem occupato e guarda cosa rimane.
Anche la qualità degli strumenti di riparazione e ripristino disponibili è importante e molto difficile da testare in modo discreto. La struttura a blocchi può ad es. inibire gli strumenti che tentano di salvare i dati in modalità raw da un filesystem non recuperabile.
Per ulteriori suggerimenti su come testare un filesystem in condizioni molto dure, potresti essere interessante su ciò che hanno fatto i ragazzi di ZFS:One Two