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

Re: ViewCVS

From: Greg Dickie <greg_at_max-t.com>
Date: 2003-04-01 21:37:40 CEST

On Tuesday 01 April 2003 01:29 pm, Ben Collins-Sussman wrote:
> Greg Dickie <greg@max-t.com> writes:
> > 1. Subversion seems to be slowing down for us these days. Commands
> > that used to be blazingly quick can now be very slow. Haven't really
> > changed anything so I'm wondering if database size can affect
> > speed.
> Have you removed old, unused logfiles from the repository?

err. no. But I was looking in the manual this morning for stuff standard
maintenance stuff like that.

> How about your repository checkpointing options?

never touched them.

> Can you be more specific?

no. ;-)
A couple of users have commented (and I had noticed itmyself) that doing ops
like co,ls or log seemed slower in the last little while. I looked at the
server during some checkouts and I didn't see anything obvious. The httpd
process came to the top of the list but never took more than 10% of the CPU
so I'm just starting to look at what can have this effect in subversion.
ClearCase got slow if you had too many labels or versions so I'm wondering
what the deal is with Berkley DB. Is it too many versions? Individual file
sizes (eg: should we keep thirdparty .tgz's in there)? Total DB size?

This is far from a critical problem right now but I suspect it will only get
worse until I figure out what kind of clean-up or vacuum or whatever I should
be doing to keep things lean and mean.

Thanks for the response,

Greg Dickie
just a guy
Maximum Throughput
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Apr 1 21:33:56 2003

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.