我们build立了一对镜像对GlusterFS服务器。 GlusterFS-3.5.1在官方的RHEL6 RPM中没有任何特别的调整，这些都是“开箱即用”，这就是我们所拥有的。
集群有效，但性能非常糟糕。 例如，通过本地主机上的GlusterFS提取一个大的压缩包（ firefox-31.0.source.tar.bz2 ）需要大概44分钟。 直接提取同一个文件 – 在同一个磁盘上 – less于2个。在删除创build的树（通过gluster需要10分钟）时有类似的不一致…
当然，这是可以预料的，镜像需要发生，etcaetera，一个使用networking的文件系统会慢一些，但速度要慢30倍 ？ 简单地复制大文件是很快的 – 所以它不是我们缺乏的带宽。 在开始运行的同时，我发现glusterfs （客户端）和glusterfsd （服务器）进程消耗了大量的CPU（每个都占用大约10％），但是系统仍然保持约70％的空闲状态 – 这两个gluster进程都是比提取bzip2和焦油更繁忙…他们在做什么？
我可以做一些调整来显着提高性能吗？ 或者我应该尝试ceph （或gfarm ？）而不是gluster？ 还是他们都有大量的小文件可怕？ 谢谢！
Gluster在大量的小文件上很糟糕。 至less，从3.6版本开始。 他们声称已经发布的3.7版testing版大大改善了这个问题。 我认为这个版本将会在四月二十八日发布以来稳定发布，他们计划在本月早些时候发布的稳定版本。