linux kernel, git, and stateful sync
agshew at gmail.com
Tue Jun 21 22:01:20 GMT 2005
On 6/21/05, Wesley Craig <wes at umich.edu> wrote:
> On 21 Jun 2005, at 11:49, Wayne Davison wrote:
> > 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).
> We on the radmind team have been working on leveraging radmind's
> tripwire-like methodology for rsync-like functionality. The idea is
> that each machine keeps a transcript of what it has (or had), and
> generates a list of changes locally. This eliminates the need for
> the file-by-file, over-the-network compare.
Why not feed rsync the list of changed files so that you can take
advantage of its protocol and not transfer whole files?
More information about the rsync