在备份包含源代码的文件夹集合时(后来我意识到我可以排除某些包含库文件的文件夹,node_modules
如s 备份驱动器允许)。
我想了解瓶颈在哪里。是必须执行的一些计算与纯 I/O 交错并因此减慢整个过程,还是目标驱动器上的文件系统索引具有一些必须在文件之间获取和释放的中央锁?
我在目标备份驱动器上使用 NTFS,它是一个 HDD。
在备份包含源代码的文件夹集合时(后来我意识到我可以排除某些包含库文件的文件夹,node_modules
如s 备份驱动器允许)。
我想了解瓶颈在哪里。是必须执行的一些计算与纯 I/O 交错并因此减慢整个过程,还是目标驱动器上的文件系统索引具有一些必须在文件之间获取和释放的中央锁?
我在目标备份驱动器上使用 NTFS,它是一个 HDD。
问题是文件系统目录,它说明文件在硬盘上的位置,需要多次访问。
对于每个文件,副本需要执行:
这会导致源磁盘和目标磁盘的磁头在每次文件复制期间多次从目录中的文件元数据切换到文件本身。
在 SSD 上,这无关紧要,但在 HDD 上,这可能会减慢爬行大量小文件的副本的速度。基本上,HDD 将主要移动磁头,这是比读取或写入慢得多的操作。
Windows 也无法有效地将 RAM 用作缓存,因为关闭文件会导致其刷新到磁盘。