当我rsync从硬盘驱动器运行到已安装的闪存驱动器时，速度很慢。我正在考虑使用--whole-file开关。
你能解释一下，为什么它更快？为什么我不应该害怕使用它？以及使用它的优缺点是什么。我没有找到太多关于它的信息。
rsync 命令：
rsync -avh --delete --no-o --no-g /home/xralf/audio /media/extdevice/rsync_backups/
我rsync从硬盘驱动器（ext4 文件系统）到闪存驱动器（vfat 文件系统）。
让我们从系统上的
--whole-file(-W)文档开始man rsync，首先解释它的作用：然后接着说，
基本上有两种操作模式
rsync。本地副本（包括源和目标看起来都是本地文件系统的一部分的网络文件系统）。在这种情况下
rsync，根据文件大小和修改时间戳选择复制整个文件或跳过它。在这种情况下启用该--whole-file选项，因此没有增量优化。实际上，几乎所有时间都启用此功能是没有意义的，因为您将花费更长的时间阅读源文件和目标文件来比较它们，而不是首先复制文件。远程副本（其中一个路径包含
{host}:{path}或{host}::{path}样式构造）。在这种情况下rsync，可以在本地机器上运行一个自身实例，在远程机器上运行一个实例。这两个实例可以独立读取源文件和目标文件来比较它们，希望得到优化的情况，即只有更改通过网络传输。此处，--whole-file默认情况下未启用。在场景 #1 中，该
--whole-file选项默认启用，将导致文件副本几乎总是比增量传输快。（例外情况是，如果您读取本地磁盘的速度明显快于写入本地磁盘的速度。）这是您正在使用的情况（本地到本地副本）。这里最大的问题是你正在写入一个 VFAT 文件系统，它的文件时间戳只有两秒的粒度。这意味着对于许多文件
rsync来说，它们会认为它们已经过时并且会重新复制它们——这是不必要的。此处的修复是使用
--modify-window=1（有关详细信息，请参阅文档，，man rsync）。我还读到，如果您处于夏季和冬季之间变化的时区，您应该rsync在 UTC 下运行命令以避免相关的时区并发症，但我自己没有对此进行测试：在场景 #2 中，该
--whole-file选项默认禁用，并且会导致增量文件传输，这通常比不小心发送整个文件要快。例外情况是通过网络发送数据比计算源和目标之间的差异更快；例如，在 10Gb/s 网络上可能就是这种情况。结论：一般来说，试图欺骗
rsync的内置优化不会让事情变得更好，而且往往会使传输速度变得更糟。既不启用也不禁用--whole-file，而只是让rsync自己选择。不过，就 VFAT 文件系统而言，尽量避免使用它们，但如果你不能，那么这是你需要提供rsync一些额外帮助的情况。