[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnu-arch-users] Libraries and changesets
From: |
Robert Collins |
Subject: |
Re: [Gnu-arch-users] Libraries and changesets |
Date: |
Thu, 01 Jan 2004 01:55:26 +1100 |
On Thu, 2004-01-01 at 01:46, Aaron Bentley wrote:
> Sure, you'd only have doubling the second time you got a revision. But
> a sustained growth rate of 20M per star-merge looks unappealing.
If your source tree is a few hundred MB in size, then 20MB per
star-merge *might* be realistic.
I smell a usage/configuration error here: revlibs are meant to be very
efficient - sharing via hardlinks all the common unaltered files.
Have a dig around in your revision library, ensure that things are
hardlinked together.
It may be that you've added sparsely in the wrong order, leadinging to
non shared copies.
Oh, and as for <insert space optimisation for revlibs here> - don't
bother. If you want space optimisation, pull directly from the archive,
or a mirror thereof. revlibs are all about speed without insane space
overheads.
Some stats picked from a random sub-tree of my rev library:
du -sh address@hidden/
41M address@hidden
du -lsh address@hidden/
88M address@hidden
find address@hidden/ -mindepth 4 -maxdepth 4 | xargs -n1 basename
tla--devo--1.2--patch-23
tla--devo--1.2--patch-36
tla--devo--1.2--patch-50
package-framework--devo--1.0--base-0
hackerlab--devo--1.0--patch-2
hackerlab--devo--1.0--base-0
That is, there is 88MB of revisions, if hardlinks were not used, and
41MB actually used, and that covers 3 versions of tla, 1 package
framework and 2 hackerlabs.
Rob
--
GPG key available at: <http://www.robertcollins.net/keys.txt>.
signature.asc
Description: This is a digitally signed message part