rsync - Jun 2005 - linux kernel, git, and stateful sync

I just read an article on Kernel Trap that mentioned that rsync wasn't
quite meeting the needs of the linux kernel developers and I was
wondering if H. Peter Anvin or Nathan Laredo had expressed their needs
to the rsync developers?

I didn't see anything in the mail archives.

===...
While the public portion of the Linux Kernel Archives is served by the
hardware described above, there is a third server, a private master
server to which data is originally written and then pushed out to the
public servers. The seven-time increase in the number of files being
archived has caused two problems for the interaction between the
master server and the public servers.

The first problem involves rsync, which is used to synchronize the two
public servers with the master server. He explains, "simply using
'rsync' to synchronize takes too long, just because the file list to
compare is hundreds of megabytes long." To solve for this, Peter says,
"we're working on a stateful sync program." Nathan Laredo is
currently
working on the replacement for rsync which is hoped to be ready as
soon as next week.
...
===http://kerneltrap.org/node/5313

-- 
Andrew Shewmaker

On Mon, Jun 20, 2005 at 02:18:13PM -0600, Andrew Shewmaker
wrote:
> I was wondering if H. Peter Anvin or Nathan Laredo had expressed their
> needs to the rsync developers?
No, they've not talked about what they're doing here.  It would be very
interesting to hear their thoughts on a utility that worked better with
large numbers of files.  One thing that I had thought to look into at
some point is a way to monitor the changes for a hierarchy of files at
the OS or driver level (perhaps using inotify?) and thus totally
eliminate the scan looking for changes (for up-to-date mirroring).

..wayne..

Skipped content of type multipart/alternative-------------- next part
--------------
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.7.10/24 - Release Date: 21/06/2005