私の最初の答えも bonnie++ です。クイック検索でも Iozone3 が見つかります。どちらも Debian パッケージとして入手できます。より単純なテスト (cp、mv、rm) を行う場合は、カーネルが保持するキャッシュを echo 1 > /proc/sys/vm/drop_caches でクリアすることを検討してください。 そうしないと、ファイルシステム自体を代表しない違いが生じる可能性があります。
さらに 2 つのオプションがあります。ファイルシステムのベンチマークに非常に役立つことがわかりました。
1) 消印 - ビジー状態のメール サーバーがアクセスするファイル システムの実際の使用状況をエミュレートするベンチマークです。
ダウンロード:http://www.freshports.org/benchmarks/postmark/
テストするときは、ext3 ロギングのさまざまなオプションを比較したことを確認してください - それらはパフォーマンスの点でかなり異なる場合があります (私の Postmark 実験ではライトバック ロギングが最良の結果をもたらしました)。
2) ファイルベンチ - もう 1 つの優れたベンチマークで、柔軟性がさらに向上します。 ext3 からの移行を検討する特定の理由がある場合は、おそらく filebench を気に入るはずです。これにはさまざまなワークロードがあるため、関心のあるパフォーマンスのボトルネック (ファイルの作成/削除操作または順次読み取り/書き込みとランダムなもの、いくつかの例を挙げてください)。
これ以上のハイパーリンクはまだ許可されていないため、Google で検索する必要があります。プロジェクト自体は SourceForge でホストされており、OpenSolaris.org Web サイトには非常に優れたクイック スタート ガイドがあります。
最後に、最も正確な結果を得るために、できるだけ多くのディスク (スピンドル) に負荷を分散してください。また、特にベンチマーク用にいくつかのディスクを割り当て、ベンチマークの各実行前にそれらを newfs することも理にかなっています。
速度をテストするだけでなく、信頼性も考慮してください。たとえば、使用中のファイルシステムのディスクの電源を切り、何が残っているかを確認してください。
利用可能な修復および回復ツールの品質も重要であり、個別にテストすることは非常に困難です。ブロック構造は、例えば、サルベージ不可能なファイルシステムから生モードでデータをサルベージしようとするツールを禁止します。
非常に過酷な状況下でファイルシステムをテストするためのさらなるヒントについては、ZFS 関係者が行ったことに興味があるかもしれません:One Two