在GlusterFS 3.4.3服务器中，
使用
创建卷时gluster volume create NEW-VOLNAME stripe COUNT NEW-BRICK-LIST...
并存储一些文件，无论条带数量多少，该卷都会占用存储的实际数据空间的1.5倍。 例如如果我使用
在卷中创建1GB文件dd if=/dev/urandom of=random1gb bs=1M count=1000
它消耗了1.5GB的砖块总磁盘空间。 “ls -alhs”，“du -hs”和“df -h”都表示相同的事实--1GB空间用于1GB文件。检查每个砖块并总结使用情况也会显示相同的结果。
有趣的是，新版本的GlusterFS 3.5服务器不会发生这种情况。即1GB文件使用1GB的总砖空间 - 正常。 它固定在3.5中很好，但由于另一个问题，我现在不能使用3.5。
我找不到任何关于此的文件或文章。我有错误的选项（我保留了所有默认设置）吗？或者它是3.4中的错误？仅仅是一个bug似乎是一个太严重的问题。 如果是设计，为什么？对我而言，存储系统的存储浪费很大。
公平地说，我想指出GlusterFS除了这个问题外还能很好地工作。出色的性能（尤其是qemu-libgfapi集成），易于设置和灵活性。