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

Re: svn list -R of medium-size repository takes 10 hours.

From: Jean-Marc Godbout <jmgodbout_at_gmail.com>
Date: 2005-08-26 23:23:57 CEST

I have a simple patch that trims down time by about half in my tests.

It's NOT complete, here's what works:

1. Patched client + Patched server == fast
2. Patched client + Unpatched server == broken
3. Unpatched client + Patched server == same speed as before
4. Dav client + Patched server == same speed as before

I need to fix #2 before considering it a real patch.

Essentially this implements some of the suggestions in 2151 - starting
with Ben's patch. Note that I don't think it's wise to remove DeltaV
props from an allprop PROPFIND as this would break unpatched clients
trying to access patched servers. We can discuss this though.

On 8/25/05, Carsten Koch <Carsten.Koch@icem.com> wrote:
> Jean-Marc Godbout wrote:
> > For Ben's suggestion of using mod_deflate, I think it could be useful
> > in your case. I just ran a test on a real system and a sample svn list
> > went from 60k to 16k.
>
> We have mod_deflate active now on our svn server and the small test case
> (svn list -R on a directory tree with only 25 entries) goes down from
> 8 seconds to 3 seconds.
> Not the facto 100 improvement I am looking for, but nevertheless more
> than twice as fast.
>
> Thanks to Ben and you for the suggestion!
>
> Carsten.
>
> ---------------------------------------------------------------------
> 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 Fri Aug 26 23:30:18 2005

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.