search for: tkeating

Keating, Tim [TKeating@origin.ea.com] writes: > - If there's a mismatch, the client sends over the entire .checksum > file. The server does the compare and sends back a list of files to > delete and a list of files to update. (And now I think of it, it > would probably be better if the server just sent...

...---Original Message----- > From: David Bolen [mailto:db3l@fitlinxx.com] > Sent: Thursday, November 29, 2001 2:12 PM > To: 'Keating, Tim' > Cc: rsync@samba.org > Subject: RE: Rsync: Re: patch to enable faster mirroring of large > filesyst ems > > > Keating, Tim [TKeating@origin.ea.com] writes: > > > - If there's a mismatch, the client sends over the entire .checksum > > file. The server does the compare and sends back a list of files to > > delete and a list of files to update. (And now I think of it, it > > would probably be bette...

Keating, Tim [TKeating@origin.ea.com] writes: > Is there a way you could query your database to tell you which > extents have data that has been modified within a certain timeframe? Not in any practical way that I know of. It's not normally a major hassle for us since rsync is used for a central backup that...

I saw several threads requesting an Asterisk forum to complement the email list. i.e. http://lists.digium.com/pipermail/asterisk-dev/2004-February/003103.html I recently created an Asterisk forum within TMC's popular VoIP forums for everyone to use. http://voip-forum.tmcnet.com/voip-forum/forum/forum_topics.asp?FID=15

Not sure, I am re-running this to ensure that I was not smoking crack at the time :) > -----Original Message----- > From: Dave Dykstra [mailto:dwd@bell-labs.com] > Sent: Thursday, November 29, 2001 1:12 PM > To: Keating, Tim > Cc: rsync@samba.org > Subject: Re: Rsync: Re: patch to enable faster mirroring of large > filesyst ems > > > On Thu, Nov 29, 2001 at

I was at first, but then removed it. The results were still insufficiently fast. > Were you using the -c option of rsync? It sounds like you > were and it's > extremely slow. I knew somebody who once went to > extraordinary lengths to > avoid the overhead of -c, making a big patch to rsync to > cache checksums, > when all he had to do was not use -c.

I, too, was disappointed with rsync's performance when no changes were required (23 minutes to verify that a system of about 3200 files was identical). I wrote a little client/server python app which does the verification, and then hands rsync the list of files to update. This reduced the optimal case compare time to under 30 seconds. Here's what it does, and forgive me if these sound