[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: Appleton, Will <William.Appleton_at_sedgwickcms.com>
Date: 2007-05-31 22:27:47 CEST

marc gonzalez-carnicer wrote:
> Hi, I've seen this question arises from time to time on the mailing
> list archive, but I'd like to query for a particular case. I wonder
> if this kind of information should be on the subversion.tigris.org
> page (I did not find it there).
>
> Our company has just started migration to subversion. For that we
> have been using during a test phase an old PIII 450 MHz, 512 MB ram,
> 60 GB partition. Some years ago this computer was suitable to run a
> windows 2000 server serving sql server and other apps. The linux
> distribution is kubuntu feisty, which uses subversion 1.3.2.
>
> This system has trouble starting a KDE session, which becomes quite
> unusable as it is very slow. However, if kdm (X) is not started at
> boot, the system seems to perform quite well. It is only used to
> serve subversion via the svn protocol and some trac and local web
> pages (very few). The server is only accessed through the intranet.
> It may be accessed from outside during some deployments, but that
> will be not very often.
>
> Currently, there are only 5 developers using svn projects hosted on
> this machine, but along the year this number may be increased up to a
> maximum of 20. By now performance is just fine.
>
> 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.
>
> I'd like to hear about 3 points :
>
> * is the above mentioned hardware configuration enough to serve 5 -
> 20 developers?

Probably enough if you have "normal" source files.IMO, if you have a
need to check in/out huge binaries, probably not.

> * what hardware configuration are you using on your servers? have you
> brought back to life forgotten machines? or are you using brand new
> servers with xeons / dual core and raid?

I don't know how helpful my info will be (OK, I *do* know - not very)
but our subversion repos are hosted by an IBM quad proc box (power5
architecture) with 16 gb of RAM, two fiber channel adapters, and the
repos themselves are hosted on a SAN filesystem with about 450 GB free
on our svn volume. I think there are 4 gigabit ethernet nics in it too.
Way, way overkill for our SVN needs. :)
The same box will soon be hosting some largish development databases for
our QA dept.
I can't post the cpuinfo, free etc info because we're on AIX here. :/

 8 - CPUs currently |
| 8 - CPUs configured
|
| 1498 - MHz CPU clock rate
|
| PowerPC_POWER5 - Processor
|
| 64 bit - Hardware
|
| 64 bit - Kernel
|
| Dynamic - Logical Partition
|
| 5.3.0.53 ML05 - AIX Kernel Version

I know it shows 8 cpus, but it's really 4 dual core cpus.
  
> * in case the sever has to be replaced or upgraded, which components
> should be chosen carefully? disk speed? motherboard / aux boards?
> ram?
> network card? cpu?

I'd go ahead and get the new server your boss wants, not so much for the
speed increase but for the reliability of a newer server class machine.
I'd also recommend a raid disk configuration, both for speed and
redundancy.

Will Appleton

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 31 22:29:07 2007

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.