Re: rsync server

On Fri, May 17, 2002 at 03:27:40AM +0200, Alain Bidaud wrote: > I've read several articles and threads in ML about rsync, and what comes > out is that rsync saves bandwidth but consumes a lot of CPU and disk > access on the server side. It would be interesting to look at the load > average on rsync.php.net. actually, it's not very interesting. it doesn't appear to be a load issue, there appear to be genuine network problems. (i've tested this by doing 'rsync --dry-run -a rsync.php.net::phpweb .' both locally and across the network -- locally it finishes in a few seconds, across the network it takes forever.) > Providing more rsync server would share the CPU load for the mirroring > process. We could also see if we can use rsync in a more optimal way, I > read somewhere that you can say to rsync to only look at timestamps and > filesizes. And at last we could look to some alternate software like rdist > for example. i don't doubt that spreading out the rsync load is a good idea, but i'm nearly positive that there is a more fundamental problem with the network configuration of rsync.php.net. (but one big thing we could do to make the rsync setup more optimal would be to purge the 'plain' versions of the manual. once someone gets around to do a print-friendly stylesheet for the un-plain version, it will make sense to do this.) > To answer to the question of Spyros in his first post, the average speed I > get on rsync.php.net is 4Kbytes/s from rsync.php.net to fr2.php.net, i get ~45KB/s. from two other machines, i get well over 100KB/s. jim