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

Re: export, checkout, commit performance

From: Sebastian Tusk <sebastian.tusk_at_gmx.net>
Date: 2006-03-09 20:05:48 CET

> > real 34m42.985s
> > user 0m0.031s
> > sys 0m0.000s
>
> I don't know much about Windows (that looks like a Unix time?) but
> your timings appear to show almost no CPU usage in the client.

It is cygwin actually.

> I guess the client is spending all it's time waiting for IO, which means
> the problem is either the server or the network.

You are right on the io, but not network or server but local disc io. As I
said in an earlier post, most of the used time the server doesn't see a
connection or any traffic.

> I suspect the server
> is your bottleneck, it takes quite a bit of CPU to decode the svndiff
> received from the client and then encode it for the repository. (I'm
> a bit surprised that the client can encode a 1GB file using only
> 0.031s of CPU.)

I do not know if there is much to do for a new file. The diff would be quite
simple: everything changed. I repeat myself but the server sees for more
than 75% of the time no traffic or connection at all. Additional to that the
server can handle the send data way faster than it is transmitted. The
client sends the data at a rate of 6MB/s. That would be under 3min for 1GB
worth of data.

I have no idea how the time command gets the cpu time, but as the client
does nothing more than wait for the harddisk the results are not very
surprising. Because the cpu time measuring on windows is a bit odd the
values may be skewed down. But not in orders of magnitude.

To bring this forward besides the block sizes on file operations: I would
like to have a list of actions done by the client that match the observed
file operations.

If you have ideas for any further experiments I can conduct I am glad to
help.

Sebastian

-- 
Echte DSL-Flatrate dauerhaft für 0,- Euro*!
"Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Mar 9 20:06:36 2006

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.