Re: Subversion server

On Sun, Jun 16, 2002 at 11:30:55AM -0400, Greg Hudson wrote:
> On Sun, 2002-06-16 at 11:22, Daniele Nicolodi wrote:
> > I want to install a subversion server for a group of developpers that
> > work all in a lan. My question is: what is the main problem in svn
> > performances ??

Right now, memory is the larger issue, but I'm not sure whether it is as big
of a problem on the server side of things.

To be honest, we have not done a broad variety of testing to determine some
of the basic capacity planning rules.

>...
> For the code in its current state, based on what people have said, I'd
> make sure I had at least 512MB of RAM

Yup.

> and maybe ten times as much disk
> space to devote to the repository as I had data to put in it.

Well... that might be a bit extreme. We've found that the disk space pretty
much doubles (the data plus the logs). There is some overhead, so 3x for the
disk would be good.

That said, buying yourself a 50 gig disk is a no brainer nowadays, so you'll
have no problem there.

> Beyond that I'd focus on processor power; Subversion is still a bit slow in
> that department as well.

Hard to say. Again, we haven't done the analysis to see where the time is
spent. I have a feeling that we're I/O and disk bound.

> These are rough guesses, though. You might try it on an existing
> machine and see what you run out of first.

And that is exactly the right answer :-) (since we don't have the precise
rules for you yet)

Seriously, I don't think that you're going to have a problem with a basic 1
GHz box with 512 Mb RAM and a 50 gig disk. That should suit you just fine
for a very long time. There really isn't going to be a need to go extreme
and starting getting dual CPUs or RAID or anything like that to really raise
the performance.

That said, RAID has definitely data reliability benefits that would be nice.
It would certainly be unpleasant to have a drive go out and take out your
repository with it. But our database supports hot backup, so a good backup
regimen will be quite fine in lieu of RAID-based reliability.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org