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

Re: svn server hardware requirements

From: Thomas Harold <tgh_at_tgharold.com>
Date: 2007-06-01 13:37:09 CEST

Benjamin Adlung wrote:
> Hi,
>
> marc gonzalez-carnicer schrieb:
> > Our boss has suggested that this machine should be replaced by a more
> > powerful server. Some of us believe this is not at all necessary, and
> > in case it is, there will be time for that.
>
> This in an really interesting article if you plan to add binary-files:
> http://www.ibm.com/developerworks/java/library/j-svnbins.html?ca=dgr-lnxw01javapts
>

This was also discussed on /. recently (try Threshold=2, Nested, Oldest
first):

http://developers.slashdot.org/article.pl?sid=07/05/23/1912239

We regularly load 5MB to 50MB binary files (MDBs, images, AVIs) and even
some 100-500MB MDBs into SVN (svn add / svn up / svn ci) and manipulate
them with no noticable speed issues. At least it's never taken more
then a few minutes to do the check-in, or update. Our repositories
range in size from tiny (a few dozen MB) up to a few GB. Our usual
bottleneck is either the upload speed of the remote location or the T1
line going into the main office.

Our primary repository is ~1850 revs, 6.4GB on the server and creates a
18.7GB working copy with 182,000 files (including .svn/_svn folder
contents). I haven't exported it in a while, so I'm not sure exactly
how many source files there are in the repository. Most revisions files
in the FS db/revs folder are in the 1-20MB range, with the top 5
revision sizes being: 280M, 220M, 125M, 120M and 110M and tailing off
towards 10M and below (the top 100 revisions are all 14M or larger).

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 1 13:37:47 2007

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