你这移动硬盘应该拆出来装 pc 上再复制啊.

让我想起来天量数据迁移,使用人工搬运

按文件系统拷贝，linux 下面 umount 了之后直接 dd 整个块设备到新硬盘。类似`dd if=/dev/sda of=/dev/sdb`。另外新设备要比老设备大，否则你得先缩文件系统。 按文件拷贝多线程也没用，瓶颈都在 io 上。

16T 的机械盘，怎么拷都得几天，还是得上 SSD ， 把移动硬盘拆了，连电脑上用

@wxf666 #48 我感觉哪怕是按磁盘位置优化过读取顺序，仍然会被 NTFS 元数据影响，比如每个写入操作都会伴随 MFT 、bitmap 的修改，还是会带来随机访问，只有绕过文件系统才能提升速率

整盘拷贝吧，之前在公司管理过几十 T 稀碎文件，单文件都很小。上个硬盘拷贝机直接插上不用管，很快的。

看看评论 学习学习

@festoney8 #54 Windows 不至于每写一个文件，就强制落盘 $MFT 吧，应该能内存里缓存一段时间，积攒一堆新文件元数据，再一起写入，平摊随机读写成本，转换成大量顺序读写？ 其实感觉楼主应该换新方法存储了，否则 NTFS 每次读写都得额外访问 $MFT 、校检权限、杀毒软件放行等，严重拖慢速度，特别是像现在的备份 / 迁移时。。 感觉巨量小文件存数据库里更优，元数据很轻量，且能和文件内容放在一起，减少几次随机 IO （视索引 B+ 树层级而定）。还不用 4K 簇对齐，更充分利用硬盘空间。备份 / 迁移时，还能大文件整体拷贝，吃满硬盘性能。 如果实在要以文件系统形式，对其他程序提供服务，可以用些 fuse 手段。或者参考 RamDisk 它们怎么实现文件读写接口的，它们随机读写文件速度极快，因此这个抽象层应该不会有太多性能损耗。。 现在 AI 这么发达，上述应该不难实现，论坛首页都一堆讨论 AI 的f友，请教下他们，或者出点小钱让其帮忙，应该就行了。。

@wxf666 移动机械硬盘的 debuff 被拉满了，再怎么吃满硬盘性能，硬盘性能也就可怜的那一点点。换架构才是解决问题的关键。 35 楼同理，架构没搞好，再优化也没用。 数据证明： 台式机机械硬盘，4k 速度，读平均为 0.7 MB/s ，写平均为 1.5 MB/s 。 SATA-SSD ，4k 速度，读平均为 25 MB/s ，写平均为 70MB/s 。 NVME-SSD ，4k 速度，读平均为 96.9 MB/s ，写平均为 272 MB/s 。 自己看看差了多少倍吧。这就像一句名言：选择大于努力。

@xxbing rsync 复制小文件，特别是目录多的情况下，非常慢。用 dd 进行数据块克隆还快些