performance - 为什么 rsync 对于包含大量更改的大文件如此慢？

Question

我们有一个每周流程，将大量频繁更改的文件归档到一个tar文件中，并使用以下方式将其同步到另一个主机rsync（导致加速指标非常低，通常接近 1.00）：

rsync -avr <src> <dst>

多年来，这个档案的大小一直在稳步增长，现在已经超过 200G。随着文件大小的增加，rsync已经到了需要大约 20 小时才能完成同步的地步。但是，在进程开始之前删除目标位置的文件rsync会导致传输仅在大约 1 小时内完成。

我知道rsync的 delta-transfer 算法引入了一些开销，但它似乎不是线性的，而是随着非常大的文件大小呈指数增长。rsync如果在网络上实际传输字节需要 1 小时，那么剩下的 19小时到底在做什么？

标签： performancersync