为什么zfs性能对于在fs中移动文件是不好的呢？

Question

在我的FreeNAS NAS (9.1.1运行zfs v28)上，我在同一个raidz中的两个目录之间的文件移动性能很差。这是意料之中吗？我怎么能错-如果找不到这个呢？

本例中的应用程序是Beets (mp3 mgmt软件)，它运行在NAS本身的监狱中，所以它不是CIFS性能或网络问题的案例--数据不会离开服务器。软件所做的只是将名称重命名到一个不同的目录中，但是性能就好像是在复制所有的数据。

系统不受任何特定负载的影响。实际上，我已经停止了服务器上运行的其他进程，只是为了释放一些内存和CPU，以防万一。

更新:这两个目录位于监狱内的同一个挂载点上。池是一个raidz1中的4x2TB SATA驱动器。没有损坏或压缩。

更新2:在fs上禁用atime也没有什么区别(我想我也可以试试)。

更新3: zfs/zpool输出。

[root@Stillmatic2] ~# zpool status
  pool: jumbo1
 state: ONLINE
  scan: scrub repaired 0 in 95h19m with 0 errors on Wed Jul 16 23:20:06 2014
config:

        NAME        STATE     READ WRITE CKSUM
        jumbo1      ONLINE       0     0     0
          raidz1-0  ONLINE       0     0     0
            ada0    ONLINE       0     0     0
            ada1    ONLINE       0     0     0
            ada2    ONLINE       0     0     0
            ada3    ONLINE       0     0     0

errors: No known data errors

[root@Stillmatic2] ~# zfs list
NAME                                                         USED  AVAIL  REFER  MOUNTPOINT
jumbo1                                                      5.32T  21.4G  40.4K  /mnt/jumbo1
jumbo1/data                                                 76.0G  21.4G  76.0G  /mnt/jumbo1/data
jumbo1/howie                                                2.03G  21.4G  2.03G  /mnt/jumbo1/howie
jumbo1/jails                                                45.1G  21.4G   139M  /mnt/jumbo1/jails
jumbo1/jails/.warden-template-9.1-RELEASE-amd64              347M  21.4G   347M  /mnt/jumbo1/jails/.warden-template-9.1-RELEASE-amd64
jumbo1/jails/.warden-template-9.1-RELEASE-amd64-pluginjail   853M  21.4G   852M  /mnt/jumbo1/jails/.warden-template-9.1-RELEASE-amd64-pluginjail
jumbo1/jails/hj-tools                                       43.8G  21.4G  44.1G  /mnt/jumbo1/jails/hj-tools
jumbo1/movies                                               1.56T  21.4G  1.56T  /mnt/jumbo1/movies
jumbo1/music                                                1.45T  21.4G  1.45T  /mnt/jumbo1/music
jumbo1/tv                                                   2.19T  21.4G  2.19T  /mnt/jumbo1/tv

Answer 1

在~6TB可用的=>中21 6TB <1%的空闲空间。ZFS建议RAIDZ使用20%的自由空间，对于任何合理的性能，至少10%是强制性的。您需要释放一些空间或扩展数组的大小。

侧节点：

1. 如果您希望在进入可能的数据丢失区域之前检测到阵列故障，则需要每周对SATA驱动器进行清理。看来上次擦洗已经一个月了。
2. 由于工作方式的原因，在重新构建时，您可能仍然处于数组失败的全部概率中。详情请参见什么是“大型”raid 5阵列？。