Re: Repository growth

On Thursday 09 November 2006 22:46, Mark Johnson wrote:
>>> The dump-filter-reload approach works, with some hiccups, but it is
>>> expensive in terms of time and space.
>>
>> What is the time cost? Is this due to a problem in the repository
>> representation?
>
> For me, the time cost was filtering the 19GB through svndumpfilter prior
> to re-loading.
> And yes, there is a lot of branching and tagging history in the
> repository.

Braching and tagging are fairly cheap operations because of the way the
repository is organised. In particular creating a copy of a tree does not
double the amount of storage used.

Now, the storage increase by the amount of changes (which sounds reasonable)
so if you don't want so much growth, why not reduce the number of changes?

I assume you are not making the fault of e.g. checking in generated files with
every development revision or something like that. Since those are often
large and hard to diff, that would be a big (and IMHO unnecessary) overhead
that bloats up your repository.

Also, BDB (don't know about FSFS) does store logfiles which duplicate
otherwise already stored transactions. Check 'svnadmin list-unused-dblogs' to
see which of them you can delete to save storage.

Uli

**************************************************************************************
           Visit our website at <http://www.satorlaser.de/>
**************************************************************************************

Diese E-Mail und jede mit dieser E-Mail versandte Datei ist vertraulich und ausschließlich für die Nutzung durch den vorgesehenen Empfänger bestimmt. Sollten Sie nicht der vorgesehene Empfänger dieser E-Mail sein, informieren Sie bitte den Absender. Jeder unbefugte Zugriff oder unbefugte Weiterleitung, die Fertigung einer Kopie oder sonstige in diesem Zusammenhang stehende Handlung ist untersagt.

This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please be so kind to inform the sender. Any other unauthorised access, unauthorised forwarding, copying or other action in this connection at all, is prohibited.
**************************************************************************************

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 10 10:36:11 2006