--On Wednesday, February 9, 2005 10:20 AM -0700 Jani Averbach
> We have had a statistic pages about "big" repositories in the past
> (www/svn-repositories(2).html), but they have gone with r9756 as
> What do you think, would it make sense to start collecting something
> similar, but this time the page would be devoted only for big
I'd be happy to share detailed war stories with other big folks, if
desired. Alas, I can't keep up with all the users@ traffic.
> The relevant information would be at least the size, top revision at
> the moment, average commits per day, average read/write users per day,
> hardware used (CPU/RAM/IO), OS, access methods, used backend
> (BDB/FSFS) and the rest of the old questions. The old questions are at
> the end of this email. For example, I would like to know these facts
> of the repository of Apache Software Foundation
> <http://svn.apache.org/repos/asf/>, if this information is public.
Over at apache.org, we're at over 150k revisions with a 6.4GB repository.
That's with a bit more than 1/2 of our projects converted: I'd expect by
the end of this year, CVS will be sunset.
Jakarta has started down the SVN path - we're currently devising an orderly
migration for most of their projects. That only leaves the XML projects as
the big collective laggard on the migration.
We're using BDB 4.3.27 on FreeBSD 4.x. We've been getting hit with ViewCVS
lockup problems, but C-Mike and I have been trying to isolate this problem
and I think we've contained it for now.
We have about 900 committers with write access, and of course, an unknown
number of people checking out at any time.
Our repository: <http://svn.apache.org/repos/asf/>
Henk Penning has analog info: <http://www.apache.org/~henkp/>
Real-time load info is at: <http://svn.apache.org/server-status/>
Machine list: <http://www.apache.org/dev/machines.html>
(For analog, cvs is the SVN server.)
The same physical machine (minotaur) also hosts www.apache.org.
Scalability has not been an issue yet: actually CVS is a worse performance
drain than SVN. Even then, we've got an SSL accelerator card that we'll be
installing next month; but that's more because it's cool than a necessity.
HTH. -- justin
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Wed Feb 9 18:53:14 2005