large db/revs files

[Andre Harper]

Hi, all –

I am not subscribed and would appreciate being explicitly Cc:ed in any
responses.

I am on a team that began using subversion near the end of last year.
As a part of our process, we tag each successful run of our systems.
This can mean thousands of tags for certain systems every six months.

We’re having an issue with the db/revs directory size, which for all
our projects currently exceeds 289G.  We only use relatively small
working directories containing less than a meg of text files; no
binary files.

In the archives, I found a mention that the db/revs directories are
populated using xdelta, but there didn’t appear to be a solution to
large file sizes at time
[http://svn.haxx.se/users/archive-2011-08/0229.shtml
].  I was hoping someone may have found a work-around or solution.

Would someone be able to:
1)  suggest how to avoid this in the future
2)  suggest how to reduce the current large files (if possible)

Thank you.
André Harper

Re: large db/revs files

[Andre Harper]

Thanks for everyone’s replies.

Took me a couple days to review the links everyone sent.

Thorsten’s links sent me to several of your posts, Mark -- thanks.  Based
on your feedback it appears the new release of svn within a month or so
should resolve the problem.  It appears the best solution is to wait until
then.

But, I did want to follow-up on the questions Thorsten & Olli had.  Here is
an example of our directory structure:

projectA/
 trunk/
 tags/
   release100_06062013_0809/
   release100_06062013_0810/
   …
 branches/

The tags are at the same directory level, which supports the inclination
you had, Thorsten. I wasn’t aware that tagging a directory replicates the
complete directory structure in db/res, which contains the largest files in
our repo.  The other directories are reasonable.  The source of the largest
db/rev repo, which has 141,573 revisions, is 780K.

If I understand the skip-delta cost, which I may not completely, it sounds
like each tagged release based on the trunk will occupy more space as it is
farther away from the trunk revision number?

Thanks.
André Harper