On Tue, Mar 15, 2011 at 22:38, John Beranek <j...@redux.org.uk> wrote: > On 14/03/2011 19:52, Ivan Zhakov wrote: >> On Mon, Mar 14, 2011 at 22:47, John Beranek <j...@redux.org.uk> wrote: >>> On 14/03/2011 19:45, Ivan Zhakov wrote: >>>> On Mon, Mar 14, 2011 at 20:46, John Beranek <j...@redux.org.uk> wrote: >>>>> On 14/03/11 17:14, Philip Martin wrote: >>>>>> Ivan Zhakov <i...@visualsvn.com> writes: >>>>>> >>>>>>> I investigated your problem with high CPU usage and fixed in serf in >>>>>>> r1456. Could you please test it and confirm that problem with high CPU >>>>>>> load is fixed in your case? >>>>>> >>>>> >>>>> Hmm, your timings still don't match mine. I still see ra_serf being >>>>> (significantly) slower than ra_neon. With serf r1456 and SVN r1081484 >>>>> >>>>> Export over a LAN from a trunk server: >>>>> >>>>> trunk ra_neon: 1.42 >>>>> trunk ra_serf: 2.44 >>>>> >>>>> Export over localhost from a trunk server: >>>>> >>>>> trunk ra_neon: 1.69 >>>>> trunk ra_serf: 3.00 >>>>> >>>>> [I imagine this is a little slower because one host (a dual-core >>>>> workstation) is now both client and server] >>>>> >>>>> Cheers, >>>> Hi John, >>>> >>>> Does your server requires authentication? What is MaxKeepAliveRequests >>>> settings? >>> >>> Yes, and: >>> >>> Timeout 300000 >>> KeepAlive On >>> MaxKeepAliveRequests 0 >>> KeepAliveTimeout 500000 >>> >> >> Btw, I forgot to ask you: is gzip compression enabled on your server? > > Compression is _off_ on my trunk server. > That's also reduce performance for ra_serf, unfortunately mod_deflate has memory leaks when used with mod_dav_svn [1]
[1] http://svn.haxx.se/dev/archive-2009-08/0274.shtml -- Ivan Zhakov