在我的FreeNAS NAS（9.1.1运行zfs v28）上，我在同一个raidz fs中的两个目录之间的文件移动性能非常糟糕。 这是预期的吗？ 我怎么能发现，如果不是？
在这种情况下，应用程序是Beets（mp3 mgmt软件），在NAS本身的监狱中运行，所以它不是CIFS性能或networking问题 – 数据不会离开服务器。 所有的软件正在做的是重命名为不同的目录，但性能就好像是复制所有的数据。
系统没有任何特定的负载。 为了以防万一，我实际上停止了在服务器上运行的其他进程来释放一些内存和CPU。
更新：这两个目录在监狱里的同一个挂载点上。 在raidz1游泳池是4 x 2TB SATA驱动器。 无重复数据删除或压缩。
更新2：禁用FS上的时间也没有什么区别（以为我不妨试试看）。
更新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 21GB可用〜6TB可用=> <1％自由空间。 ZFS推荐使用20％的自由空间作RAIDZ，至less有10％是强制性的。 你需要释放一些空间或扩大数组的大小。
边节点：