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,
regards,
Greg
--
Greg Dickie
just a guy
Maximum Throughput
greg@max-t.com
---------------------------------------------------------------------
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