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

Re: some performance data

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2003-01-10 19:36:43 CET

Michael Price <mprice@atl.lmco.com> writes:

> > So the network shouldn't have been the issue here. To verify this,
> > can you run an ethereal trace

Or set http-debug = 130 in .subversion/servers.

> > and see if the final REPORT
> > request/response is as small as I expect?
> >
> > Assuming that's true, why does it take so long to read all those entry
> > files? For example, when I run 'svn up' on my svn tree, it takes 1.4
> > seconds:

I assume that's when the OS cache contains the working copy? On my
Linux system the first run of 'svn up' takes four times as long as
subsequent runs, the difference is all disk activity.

> The number of "little" files in the .svn directories does matter if the
> working copy is on a network filesystem.
> Of course, we are past the point where this can be easily fixed but I
> thought I'd mention it (again).

I wouldn't say it's too late. You *will* need to do something more
concrete that just "mention it" though. Mentioning it lots of
times doesn't count.

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jan 10 19:37:29 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.