ここでGlusterFSが非常に遅いのはなぜですか？
GlusterFSサーバーのミラーリングペアをセットアップしました。公式のRHEL6RPMのGlusterFS-3.5.1で「箱から出して」来たものは何でも、特別な調整はありません。
クラスターは機能しますが、パフォーマンスはかなりひどいです。たとえば、大きなtarball（firefox-31.0.source.tar.bz2）ローカルホスト上のGlusterFS経由で、ここではなんと44分かかります。同じファイルを同じディスクに直接抽出するのにかかる時間は2未満です。作成されたツリーの削除にも同様の違いがあります（glusterを介して10分かかります）。
もちろん、ミラーリングを行う必要があることなどが予想されます。ネットワークを使用するファイルシステムは遅くなりますが、30倍もっとゆっくり？大きなファイルをコピーするだけで高速です。したがって、不足している帯域幅ではありません。解凍の実行中、glusterfs（クライアント）プロセスとglusterfsd（サーバー）プロセスの両方が大量のCPU（それぞれ約10％）を消費しているのがわかりますが、システムは約70％アイドル-両方のglusterプロセスはbzip2とtarの抽出よりもはるかに忙しいです...彼らは何をしていますか？
ここでパフォーマンスを劇的に向上させるためにできるチューニングはありますか？または、glusterの代わりに ceph （または gfarm ？）を試す必要がありますか？それとも、それらはすべて、多数の小さなファイルでひどいですか？ありがとうございました！
Gluster is多数の小さなファイルでひどいです。少なくとも、バージョン3.6以降。彼らは、すでにリリースされている3.7のベータ版がこの問題を大幅に改善すると主張しています。このバージョンは4月28日にベータ版がリリースされたので、まもなく安定版としてリリースされると思います。彼らは今月初めに安定版をリリースする予定でした。