On Thu, 2003-07-17 at 10:48, 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. :-)
>
> (P.S. Yes, in general, we already know that our DAV network layer is
> slower than CVS. This isn't news. And we've discussed many times why
> this is so, and how to improve it. But mailing statements like "hey,
> this seems slow to me" is neither interesting news nor productive.)
Why not measure it against the yard stick of downloading the from the
Apache server .tar.gz from the same source (over the same link). The
ungzipping the tar, then untarring it twice. Maybe you need to have it
setup so that Apache does the zipping of the mozilla source, rather then
have it pre-zipped, then just untar it twice. Maybe no gzipping at all
to avoid the mod_gzip issues Ben just figured out.
As nearly as I can tell, that's roughly what a check out of HEAD is.
You get the files from apache, you uncompress them once, you write them
to disk twice. That'd give you a rough idea of what the overhead of
running subversion is. Did I get that correct?
If it takes 5 minutes to do that, and an hour to check out of
subversion, that says subversion has plenty of overhead on initial
checkout. If it takes 54 minutes to do it, and check out of subversion
is still an hour, that says something else, the subversion has about
~10% overhead. Something large like Mozilla would amortize the startup
costs for each method too so you could get an average for the streaming
checkout by size.
Kirby
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 17 19:30:44 2003