efficiency issue with rsync.....

jw schultz jw at pegasys.ws
Tue Jun 17 22:59:28 EST 2003


On Tue, Jun 17, 2003 at 05:46:41AM -0700, jw schultz wrote:
> On Tue, Jun 17, 2003 at 02:49:09PM +0200, Rogier Wolff wrote:
> > 
> > Hi rsync team, 
> > 
> > I thought that rsync would try to overlap computing and IO on both
> > machines. 
> > 
> > I'm rsyncing a large tree (18G) and am keeping an eye on that. 
> > Suddenly my side completely stopped. No IO visible, no CPU
> > time spent. The otherside was doing 100% CPU. Then the other
> > side started to do disk IO. Then suddenly the activities moved
> > over to my side, and I saw things moving again in the "-v --progress"
> > output. 
> 
> This indeed would produce the effect you describe. 400MB
> (400Mb == 50MB) would take a while to generate the block
> sums and then another larger chunk of time to match those
> with rolling checksums.  Your description makes it sound
> like you were sending, the 100% CPU interval it was probably
correction...   ^^^^^^^ receiving
> hashing the block checksums prior to doing the rolling
> checksum match (disk i/o).

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

		Remember Cernan and Schmitt



More information about the rsync mailing list