glusterfs的不足与缺点

Gluster最近风头日盛啊，先是被Redhat以1.36亿收购，现又被评为2011年度十大开源软件，但是经过测试发现，虽然其宣称的架构不错，但是明显具有如下缺点：
1）有副本的模式下，写的性能会下降为单副本的N倍（N=副本因子），因为它是完全的同步写N份数据的。
2）在压力比较大的时候，ls会非常之慢，难以忍受。原因是它在客户端没有文件信息的缓存，每次都要去遍历brick，如果brick有几百个，其速度之慢可以想象，所以其宣称的线性扩展性要大打折扣了。当然如果知道文件名，直接访问另当别论。
3）由于没有元数据服务器，其访问控制、信息统计实现都特别复杂
4）里面有些明显的bug，楞是不修复，不知道开发组是怎么想，难道开源的跟他们的企业版不一样。比如AFR副本，许多读操作基本上也都是落在一个上，根本无法实现其宣称的副本能够提高读性能；对于stripe模式，多次测试也没有发现具有提高性能的作用，干脆放弃不用
5）虽然多服务器多客户端能够观察到线性，但是单客户端（单个mount点）的性能却非常有限，连接超过3个服务器节点后，性能基本上就平了，就看不到线性了，这个好恐怖。