[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Breaking large repository with lots of projects into chunks

From: Thomas Harold <tgh_at_tgharold.com>
Date: 2006-10-28 05:19:13 CEST

Ryan Schmidt wrote:
> On Oct 27, 2006, at 04:53, Tom Hodder wrote:
>
>> I have got a file tree with about 100GB of source files, in about 100
>> different projects. My current thinking is to have a single repository,
>> on a 1.4 subversion, with a fsfs database. (basically /admin/data/repos)
>>
>> What are the implications of breaking this into 100 repositories, for
>> performance and disk usage etc?
>
> 100 repositories might be very slightly faster than a single repository.
>
> I see that empty repository takes 88K of disk space for me, so 100
> repositories should take 88 * 99 = 8710K = 8.5MB more space than a
> single one.

Our FSFS empty repositories are 124K or so (according to du -hsc *).

The big issue (in my mind) of having 100s of repositories is that it
becomes a large administration headache (well, until you manage to
script everything). It can be more complex for the users as well.

We put our repository databases on a separate partition (ext3). Which
will give us the flexibility of tuning the file system.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Oct 28 05:20:04 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.