Re: BK->CVS, kernel.bkbits.net

Shachar Shemesh (lkml@shemesh.biz)
Sun, 20 Apr 2003 16:47:09 +0300


Geert Uytterhoeven wrote:

>On Sun, 20 Apr 2003, Shachar Shemesh wrote:
>
>
>>The idea is that it uses the full duplexity of the channel to get client
>>
>>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
>
>>side information about the repository on that end while downloading
>>changes, thus increasing the effective bandwidth. It only falls back to
>>
>>
>
>What does this mean for asymmetric links (ADSL or cable)?
>
>Gr{oetje,eeting}s,
>
> Geert
>
>
ADSL is still full duplex, just not symetrical.

If I understand cvsup's operation enough, it uses the fact it
understands what a CVS repository is to send to the server the revisions
available for a given file. The lets the server know which parts of the
file it needs to send back. The uplink side receives a very low
utilization compared to the downlink side. In practice, I'm using cvsup
for the Wine repository over an ADSL (1.5M down, I don't remeber whether
it's 64 or 128K up), and am very pleased from it. Admitebly, I was not a
very enthusiastic rsync convert, so I can't tell you how much faster
cvsup is.

If you want an official benchmark, you'll have to wait a few days for my
Wine rep. to fall out of synch. I should note the cvsup is useless if
all your'e going to do is get the initial version. If I recall
correctly, it actually use rsync to transfer files it cannot parse as
CVS files, which means that initial repository retrieval should be
equally fast with both.

-- 
Shachar Shemesh
Open Source integration consultant
Home page & resume - http://www.shemesh.biz/

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/