computation on the client instead of the server
sn at ParlaNet.de
Fri Sep 13 15:28:01 EST 2002
On Thu, Sep 12, 2002 at 10:57:26AM +0200, Vianney Lecroart wrote:
> I read the thesis about rsync and I would like to know if we can do
> something different with rsync.
> Imagine that I have one server that contains a set of data. This server
> is not very strong compare to the number of client that want to sync
> there data with the server. If we say that there s 1000 clients, each
> client, when sync, will send a list of keys to the server and the server
> must verify key for each byte block (I know that the first key is cheap
> but not enough).
> Is it possible to reverse the system to give the cpu computation to the
> client. For example doing that: the server sends keys to the client, the
> client make the test for each byte and after depending of the result,
> ask the server for the new block. In this way, the server doesn't
> require lot of computation (just send key, that can be preca?) and it s
> the 1000 client that do each one the process of finding matching block.
> The question is, is it possible to do that with the actual rsync
> command? Of course the client can't be server because they are not
> accessible, it s the client that have to connect to the server.
It is better to talk about sender and receiver because because client
and server doesn't specify the direction of the transfer.
You want to distribute files from one sender to a lot of clients.
If all your clients are already in sync you may give the --readbatch/
--writebatch options a try.
If your network connection is fast it may be better not to use checksums.
Stefan Nehlsen | ParlaNet Administration | sn at parlanet.de | +49 431 988-1260
More information about the rsync