Philip Martin <philip@codematters.co.uk> writes:
> When I convert that tarball using cvs2svn HEAD I get a repository that
> is only 20mb not 33mb, although that is still larger than the 3.5mb
> CVS repository. The created repository has a HEAD revision of 1087.
>
> If I load the dump through
>
> svndumpfilter exclude tags --drop-empty-revs --renumber-revs
>
> I get a repository without the tags. HEAD is now revision 602 and the
> repository is just 8.8mb. So the 485 tags are responsible for well
> over 50% of the repository size.
>
> Picking a tag, version_4_1_52 say, and looking at the dump I see that
> it is not simply a copy of one of the previous revisions, it's a copy
> of 'trunk' rev 598 but with 't' replaced by 'branches/source-dist/t'
> rev 228 and with a number of the files in the 'autoscripts' directory
> deleted. This seems to be typical of the tags in the dump. The fact
> that the Subversion "tags" are not simply "cheap copies" of existing
> revisions may explain why they require so much space.
>
> Take all this with a pinch of salt--I'm not an Subversion filesystem
> expert, I don't know much about CVS, and I only looked at this because
> I had never run cvs2svn before and I wanted to see what it did :)
The empty revs are a problem we can fix.
The non-cheap tags are because there's no single revision from which
it was possible to copy the tag (if there were, cvs2svn would have
found it, unless there's some bug in the algorithm).
When you measure repository size, is that with or without BDB
logfiles? (I.e., what are you measuring exactly?)
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jul 29 16:55:29 2003