如图，从群晖共享的nfs 那边迁移影视资源到unraid， 群晖那边上传是100MB/s +  

 

unraid 的主界面目标硬盘 写入速度也是 100MB/s + 

 

但是 Dynamix File Manager 里面只有10MB/s + 的速度，并且 CPU 占用非常高？ 疑似卡IO ？？

 

实际数据的拷贝速度，也只有10MB/s + ,  因为一共就16T的硬盘，拷贝了4天了，还在拷贝。

 

群晖和Unraid的网络 数据都是交换有100MB/s + 

 

那实际的数据是不是都被unraid 奇怪的机制给吞吐掉了？ 

 

 

而且看起来unraid 在复制一个文件的时候，会把他分成若干个不同后缀的文件，这些文件容量加起来远超源文件，等复制完成后，这些不同后缀的文件就会消失。。 是否进一步理解，unraid 复制过程中有90%的数据吞吐量是浪费的？  我没有设置校验盘， 媒体目录也仅仅指定了硬盘1， 缓存盘没有开启cache 。 硬盘2也在休眠。。

 

感觉 unraid 这个复制机制太差劲了

3 hours ago, paysen said:

如图，从群晖共享的nfs 那边迁移影视资源到unraid， 群晖那边上传是100MB/s +  

 

unraid 的主界面目标硬盘 写入速度也是 100MB/s + 

 

传输速度以实际硬盘读写为准。在 DFM（Dynamix File Manager）中，传输或者移动文件不是简单地采用 cp 或者 mv 命令，而是会根据实际情况来使用 rsync 或者 mv 命令，这一特点官方开发者描述为“smart move”：

 

 

对应到这里的群晖共享，所使用的是 rsync 命令进行传输（相当于硬盘对拷，因此使用 rsync ），而根据 rsync 的特点就会有题主说到的：

 

Quote

而且看起来unraid 在复制一个文件的时候，会把他分成若干个不同后缀的文件，这些文件容量加起来远超源文件，等复制完成后，这些不同后缀的文件就会消失。。

 

ArchLinux Wiki - rsync ：

 

 

Rsync 命令有优点也有缺点，我建议各位看到这里的都可以去学习一下 rsync 命令（ rsync 用法教程 - 阮一峰 ）。

 

 

Quote

并且 CPU 占用非常高？ 疑似卡IO ？？

Quote

感觉 unraid 这个复制机制太差劲了

 

参考：为什么unRAID下载/拷贝文件时CPU占用高：详解FUSE-SHFS、I/O问题和解决办法

Edited September 8, 20232 yr by JackieWu

非常感谢 JackieWu ，之前的回答也启发了我，到目前算是解决了面临的所有问题。。  

 

unraid 的“排坑”之路算是起点走顺畅了。