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

Re: Slowness of svn and http

From: plasma <plasmaball_at_pchome.com.tw>
Date: 2003-07-18 09:24:26 CEST

On Thu, Jul 17, 2003 at 10:48:21AM -0500, Ben Collins-Sussman wrote:
> plasma <plasmaball@pchome.com.tw> writes:
> > Today, I set up a svn network server, import source of mozilla 1.0,
> > then check out.
> >
> > After one hour, I was still waiting checkout to finish. Isn't that
> > too slow to be useful?
> What metric are you using to measure speed? What is the definition of
> "too slow"? The mozilla source is a *huge* dataset. How do you know
> one hour is "too slow"?
> Repeat the experiment with a cvs repository, compare the results, and
> I'll listen to you. I want science here, not fuzzy feelings. :-)

Sussman said I need to be scientific, so here comes the result.

The server is FreeBSD 4.7. The client is my IBM X23, FreeBSD 4.8.
I import mozilla 1.0's source, which is extracted from
mozilla-source-1.0.tar.bz2, into a repository, then check out the
source over LAN.

1. svn co http://$SVN_ROOT/mozilla-1.0 mozilla
172.907u 129.123s 1:54:06.76 4.4% 104+26171k 24311+933io 13pf+0w

2. svn co http://$SVN_ROOT/mozilla-1.0 mozilla
174.115u 130.746s 1:57:59.33 4.3% 104+26385k 23718+933io 5pf+0w

3. svn co svn+ssh://$SVN_ROOT/mozilla-1.0 mozilla
166.331u 109.494s 50:13.02 9.1% 104+24533k 23261+926io 0pf+0w

4. cvs -d :ext:$CVS_ROOT checkout mozilla
57.354u 48.390s 3:07.65 56.3% 204+1037k 269+430io 1pf+0w

The difference between 1 and 2 is that 2 is invoked with
"http-compression = no" at client side.

As you can see, svn+http takes almost 2 hours to finish. svn+ssh is
much better, 50 minutes. cvs+ssh just takes 3 minutes.

I think I can say "It's slow" aloud now. :)


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jul 18 09:25:26 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.