Messages in this thread | | | Date | Sun, 20 Apr 2003 16:47:09 +0300 | From | Shachar Shemesh <> | Subject | Re: BK->CVS, kernel.bkbits.net |
| |
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/
| |