不行就先打包,再复制,再解压。

格式不对吧,目标盘或者起始盘是NTFS或者exFAT慢就正常
三楼地板说的对,Linux本身对NTFS或者exFAT的驱动支持不如win毕竟这两个格式本来就是微软搞出来的
deepin20.8下NTFS to NTFS 速度只能达到win10的10%左右,v23大概能达到30%左右,NTFS to ext4大概能达到win10的70%左右,ext4 to ext4,大概能到win10的70%---130%(测试环境不同,不知是否是普遍现象)https://bbs.deepin.org/post/252166曾经测试过,当然测试文件为30+g的单一文件,时间有限,零散文件未测试
三楼地板说的对,Linux本身对NTFS或者exFAT的驱动支持不如win毕竟这两个格式本来就是微软搞出来的
那为什么deepin不能针对这两种文件文件系统的拷贝先压缩再移动再解压到目标盘呢?
deepin20.8下NTFS to NTFS 速度只能达到win10的10%左右,v23大概能达到30%左右,NTFS to ext4大概能达到win10的70%左右,ext4 to ext4,大概能到win10的70%---130%(测试环境不同,不知是否是普遍现象)https://bbs.deepin.org/post/252166曾经测试过,当然测试文件为30+g的单一文件,时间有限,零散文件未测试
NTFS->NTFS只有10%,那能不能先让NTFS->EXT4->NTFS?或者说模拟一个EXT4中间容器文件系统,这样子起码也有49%,也不至于10%这么低吧?
那为什么deepin不能针对这两种文件文件系统的拷贝先压缩再移动再解压到目标盘呢?
文件大的话压缩也很费时间吧小文件又没必要,而且解压也需要时间,再者用户自己也可以压缩和解压
呀
文件大的话压缩也很费时间吧小文件又没必要,而且解压也需要时间,再者用户自己也可以压缩和解压
呀
操作系统的责任,不就是解放人工操作,提高生产率吗,什么都要靠人工,要他何用。。。
Popular Ranking
ChangePopular Events
More

中文 

手头有一个32GB的文件夹,里面都是零散的文件,在win下面拷贝的速度远高于deepin,10倍都不止。win可以在数分钟内完成,deepin要几个小时。
这是怎么回事呢?