ファイルシステムをテストする予定です。何を考慮すべきでしょうか。または、どのようにすれば同じことを達成できるでしょうか。ファイルシステムをテストするためのツールや信頼できるリファレンスはありますか。
目的: ext3 から EFS への移行を計画しています。
答え1
私の最初の答えもbonnie++です。簡単な検索で、イオゾン3どちらも Debian パッケージとして利用可能です。より簡単なテスト (cp、mv、rm) を実行する場合は、各テストの前にカーネルによって保持されているキャッシュをクリアすることを検討してくださいecho 1 > /proc/sys/vm/drop_caches。そうしないと、ファイルシステム自体を代表しない差異が発生する可能性があります。
答え2
ここにさらに 2 つのオプションがあります。これらは、ファイルシステムのベンチマークに非常に役立つことがわかりました。
1)消印- ビジーなメール サーバーがアクセスするファイル システムの実際の使用状況をエミュレートするベンチマークです。
ダウンロード：http://www.freshports.org/benchmarks/postmark/
テストするときは、ext3 ログ記録のさまざまなオプションを比較したことを確認してください。パフォーマンスの点でかなり異なる可能性があります (Postmark の実験では、ライトバック ログ記録が最良の結果をもたらしました)。
2)ファイルベンチ- もう一つの優れたベンチマークで、さらに柔軟性が高まります。ext3 からの移行を検討する特別な理由がある場合は、おそらく filebench が気に入るでしょう。さまざまなワークロードが用意されているため、関心のあるパフォーマンスのボトルネック (ファイルの作成/削除操作や、順次読み取り/書き込みとランダム読み取り/書き込みなど) にのみ集中できます。
ハイパーリンクはまだ許可されていないため、Google で検索する必要があります。プロジェクト自体は SourceForge でホストされており、非常に優れたクイック スタート ガイドが OpenSolaris.org Web サイトにあります。
最後に注意点を 1 つ: 最も正確な結果を得るために、負荷をできるだけ多くのディスク (スピンドル) に分散するようにしてください。また、ベンチマーク専用のディスクをいくつか割り当て、ベンチマークを実行する前にそれらを newfs することも理にかなっています。
答え3
答え4
さらにいくつか:
- フィオこれは、上記の filebench に似ています。「fio は、ベンチマークとストレス/ハードウェア検証の両方に使用することを目的とした I/O ツールです。13 種類の I/O エンジン (sync、mmap、libaio、posixaio、SG v3、splice、null、network、syslet、guasi、solarisaio など)、I/O 優先度 (新しい Linux カーネル用)、レート I/O、フォークまたはスレッド化されたジョブなどをサポートしています。ファイルだけでなく、ブロック デバイスでも動作します。fio は、わかりやすいテキスト形式のジョブ記述を受け入れます。いくつかのサンプル ジョブ ファイルが含まれています。fio は、あらゆる種類の I/O パフォーマンス情報を表示します。Linux、FreeBSD、OpenSolaris をサポートしています。」
- ファイル システム エクササイザー (fsx)もともとは Apple 製ですが、現在ではさまざまな OS 向けのバリエーションが存在します。