On Sun, Jul 28, 2013 at 8:15 PM, Michael Chapman wrote:
> Please consider the attached patch. It alleviates this problem by
> discarding hash table entries on the sender that can't possibly be used
> during an --inplace update.
That looks like a nice change. I've committed it to the git repo.
Hi,
I recently came across a situation where "rsync --inplace" performs very
poorly. If both the source and destination files contain long sequences of
identical blocks, but not necessarily in the same location, the sender can
spend an inordinate amount of CPU time finding matching blocks.
In
