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

RE: First SVN performance data

From: Bolstridge, Andrew <andy.bolstridge_at_intergraph.com>
Date: Thu, 13 May 2010 11:46:02 +0100

> -----Original Message-----
> From: Stefan Fuhrmann [mailto:stefanfuhrmann_at_alice-dsl.de]
> Sent: Wednesday, May 12, 2010 7:08 PM
> To: dev_at_subversion.apache.org
> Subject: First SVN performance data
>
> Hi there,
>
> as I promised, I'm going to conduct some in-depth analysis and
> comprehensive SVN performance testing.
> That is very time-consuming process.
>
> However, it seems that many people have incorrect or outdated ideas
> about the current state of affairs.
> To add a bit more substance to the discussion, I like to present some
> preliminary data and not to wait until I collected all data I intend
to.
>
> Side note: Maybe, these numbers make it clearer why my patches should
be
> committed after review.
>
> Bottom line:
> * SVN servers tend to be CPU-limited
> (we already observed that problem @ our company
> with SVN 1.4)

Lovely figures, but I'm guessing CPU will be more of a bottleneck when
you run on a server with 24Gb RAM and 4 SSDs in RAID-0 configuration.
The server will allocate so much to cache that everything is
super-quick, and what disk IO there is, will also be super quick. Do you
have benchmarks on a more 'representative' server? Say, a dual core with
2Gb RAM and 4 HDD disks in RAID5 running as a VM image, and SVN running
over http?
Received on 2010-05-13 12:46:41 CEST

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

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