always copy the whole file?

jw schultz jw at pegasys.ws
Mon Aug 4 13:25:05 EST 2003


On Sun, Aug 03, 2003 at 08:20:24PM -0700, jw schultz wrote:
> On Mon, Aug 04, 2003 at 10:55:55AM +0800, AndyWu wrote:
> > Here's how it works in my 2 computers.
> > 
> > First, on auk2
> > # rsync -a auk1::pub/linux.iso .
> > It takes about 4 minutes. Everything is fine.
> > 
> > However, after doing this on auk1,
> > # echo "hello" >> /pub/linux.iso
> > 
> > Then, on auk2
> > # rsync -a auk1::pub/linux.iso .
> > 
> > The execution time of the first command is still 4 minutes.
> > I think it's supposed to be much shorter than the first case?
> > The same results appear in local rsync, too.
> > Is there anything wrong with my commands?
> 
> Unlikely.
> 
> I'll bet that file is several hundred megabytes.  Rsync has
> been known that have some difficulty with checksum
> collisions on files that large.  If you run with -vv i'll
> bet it will report "redoing linux.iso(0)" or something very
> similar.
> 
> With released versions of rsync this is avoidable to some
> degree with the --block-size option.  At one time someone
> produced a list of suitable block/file sizes.  Search the
> archives if this matters to you.  This problem has already
> been addressed in CVS.

To clarify, the fix in CVS is ineffictive unless both ends
are at the same protocol level.  A publicly accessable
rsyncd server aught not to be running an unreleased version
without a user advisory.

-- 
________________________________________________________________
	J.W. Schultz            Pegasystems Technologies
	email address:		jw at pegasys.ws

		Remember Cernan and Schmitt



More information about the rsync mailing list