[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svntar, anybody?

From: Ph. Marek <philipp.marek_at_bmlv.gv.at>
Date: 2007-07-03 13:31:22 CEST

Hello Miha!

On Dienstag, 3. Juli 2007, Miha Vitorovic wrote:
> "Ph. Marek" <philipp.marek@bmlv.gv.at> wrote on 03.07.2007 13:22:28:
> > > If you're already planning on making several hundred machines "pull"
> > > repository data, why not have each of them just use svnsync to
> > > replicate (pull) the repository to their local disks? What's great
> > > about that is that only the most recent commits will be replicated
> > > each day. Clients can then run 'svn export' from their local
> > > repositories.
> >
> > The clients need just the current snapshot, not the history.
> > And this is for the first setup, so the clients have no "old" version.
> Of course you can 'svnadmin dump' starting with the last revision. This
> gets you exactly what you want (minus the CPU load).
But a "svnadmin dump" has to read other revision files, too (for files not
changed in the last revision), so the harddisk would be seeking again ...

I just want a nice, easy, streamlined image of some directory structure ...
Generated once or a few times a day, sent out without CPU load ...

With a generated .tar.gz the clients need to decompress, but otherwise have
*maximum* throughput.
And if I do just a .tar, I could transmit ~110MB/sec over GBit ... (with RAID
behind, of course).



To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 3 13:31:21 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.