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

Re: Subversion working copy speed

From: Bob Proulx <bob_at_proulx.com>
Date: 2005-08-23 08:20:36 CEST

Robert Cronk wrote:
> Linux Client Stats
> Pentium 3 860 MHz
> 256 MB RAM, 512 MB swap
> Ext3, 30 GB of 38 GB used
> Fedora Core 3

Seems reasonable enough. Although I would like more ram. This may be
part of the performance issue. The linux kernel may not be able to
create enough buffer cache for the filesystem. Especially becaues you
are talking about a large working copy that much exceeds your ram.

I like the 'xosview' command to graphically show this. On my Debian
system I can say 'apt-get install xosview'. I am sure FC3 has
something similar but I am not familiar enough with it to suggest

> Times for svn st (2nd run immedately following the 1st):
> svn st 4.25s user 4.29s system 10% cpu 1:21.76 total
> svn st 4.26s user 4.09s system 11% cpu 1:13.60 total

Look at that the low user time and long real time with a low cpu
utilization! The process is blocked waiting for I/O events. Since
'svn st' is local this tells me that it is spending all of its time
waiting for the disk. I wonder if it might even be swapping virtual
memory to disk too.

> Times for svn up (2nd run immedately following the 1st):
> svn up 1.79s user 0.83s system 5% cpu 52.121 total
> svn up 1.60s user 0.44s system 54% cpu 3.721 total

Similar information. Low cpu utilization. I expect some here because
it will be waiting for back and forth communication from the remote
connection. The network latency will drive some delay here.

A performance monitoring tool such as xosview or looking at top or
looking at vmstat or other methods should reveal further information.
I am guessing it either has no memory for any buffer cache or that it
is actually pushed into swapping. The program is not spending time
running. The program is spending time waiting. The only thing it
would be waiting on would be the local disk. I am guessing that you
really are in need of more memory and then the performance would be
significantly better. Hard to say for sure though. See if you can
deduce more information from the system.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 23 08:23:12 2005

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

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