Rsync Performance In Windows

_Chris McKeever_ tech-mail at prupref.com
Tue Jun 17 07:21:41 EST 2003


Lapo - 

With this:

> > In that case, for files not too long, it may be "better" 
> > CPU-wise to use
> > the normal check for date instead of the full block hash checking...

did you mean the -u switch? or something else?


> -----Original Message-----
> From: Chris McKeever 
> Sent: Monday, June 16, 2003 4:03 PM
> To: 'Lapo Luchini'; _Chris McKeever_; rsync
> Subject: RE: Rsync Performance In Windows
> 
> 
> Thanks for your response...
> > 
> > 
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> > 
> > _Chris McKeever_ wrote:
> > 
> >  >The linux machine connecting to the windows rsync daemon 
> > has a very low
> >  >performance hit when the session is running (see below).  
> > However, the
> >  >windows machine, which has a much faster CPU hits a CPU 
> > usage of 100%.
> >  >
> > rsync CPU usage is not symmetric, this could be "normal".
> > But it has spikes of 100% or a continuous use of 100%?
> 
> as soon as a remote server connects to it, it spikes and 
> sticks at 100%
> 
> > Are you working in a local LAN?
> 
> yes, connected via point-to=point t-1 lines
> 
> > Is transfer imited by LAN speed?
> to a degree
>  by HDD speed? 
> by CPU speed?
> seems on the windows machine it is the CPU
> 
> > In that case, for files not too long, it may be "better" 
> > CPU-wise to use
> > the normal check for date instead of the full block hash checking...
> 
> I may give the date check a go tonight and see if help 
> remedies the issues.  
> 
> > 
> > - --
> > Lapo 'Raist' Luchini
> > lapo at lapo.it (PGP & X.509 keys available)
> > http://www.lapo.it (ICQ UIN: 529796)
> > 
> > 
> > -----BEGIN PGP SIGNATURE-----
> > Version: PGP 8.0 - not licensed for commercial use: www.pgp.com
> > 
> > iQA/AwUBPu4fbmiYgizI8lL7EQL0tACgm8hpX0koJl2NNfNA2fq6T36p93oAn0G4
> > Qq8ID5Wg+cq7BLW4f/u6SWZx
> > =JBLS
> > -----END PGP SIGNATURE-----
> > 
> > 
> 



More information about the rsync mailing list