Re: Rsyncable GZIP (was Re: Package metadata server)
On Sat, Apr 06, 2002 at 10:19:21AM -0500, Jeff Licquia wrote:
> On Sat, 2002-04-06 at 03:13, Otto Wyss wrote:
> > Please show use any figures first before you assert this.
> > I know rsync imposes some load for the computing of the md5sum but
> > sendind only the difference outweighs it repeatedly.
> It's my understanding that rsync imposes a large computational burden on
> the server in exchange for a large bandwidth savings. At a certain
> number of rsync clients, this burden can become too onerous for the
> server to handle.
> Also, the benefits almost all accrue to the client. The server gains a
> small benefit (bandwidth savings), and pays a cost that's both high and
> hard to manage. (Our users wouldn't stand for connection limits, I
> don't think.)
> I don't have any figures to show to prove this. Then again, neither do
> you, so I guess we're even.
A large mirror in Australia does provide an rsync server to access debian
packages. When redhat 7.0 came out so many people tried to rsync it at the
same time, the machine promptly fell over.
It's not clear how low the connection limit is now, but low enough to be
Almost all the processing for rsync is on the server side and the server
friendly version is patented or something (IIRC).
Martijn van Oosterhout <firstname.lastname@example.org> http://svana.org/kleptog/
> Ignorance continues to thrive when intelligent people choose to do
> nothing. Speaking out against censorship and ignorance is the imperative
> of all intelligent people.
To UNSUBSCRIBE, email to email@example.com
with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org