[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: Ben Collins-Sussman <sussman_at_red-bean.com>
Date: 2007-07-03 13:09:08 CEST

On 7/3/07, Ph. Marek <philipp.marek@bmlv.gv.at> wrote:

> I'd like to push the contents of some repository (say, 2GB) to many (order of
> several hundred) machines at once, with a granularity of, say, a day.
>
> Believing (but not having benchmarked) that restoring file data from a
> compressed repository is *much* more CPU-using than simply streaming from a
> RAID array, I thought that the easy way would be to generate a tar file, and
> let the clients fetch it.

If the repository itself is accessible, you can just 'svnadmin dump'
and let clients fetch that. A dumpfile is extremely similar to a
tarfile.

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.

Or, if you want to avoid the CPU work of actually interpreting
(decompressing) the repository data, just have each client machine use
rsync to do daily pulls instead.

---------------------------------------------------------------------
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:09:01 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.