On 08/03/11 14:07, Ivan Zhakov wrote: > On Tue, Mar 8, 2011 at 17:01, John Beranek <j...@redux.org.uk> wrote: >> On 08/03/11 09:34, Ivan Zhakov wrote: >>> On Tue, Mar 8, 2011 at 12:21, John Beranek <j...@redux.org.uk> wrote: >>>> On 08/03/11 05:34, Justin Erenkrantz wrote: >>>>> On Mon, Mar 7, 2011 at 3:26 PM, John Beranek <j...@redux.org.uk> wrote: >>>>>> Hmm...I'm surprised (and disappointed). No one is interested in >>>>>> Subversion 1.7 being lower performance than 1.6? >>>>> >>>>> You're not telling us something we don't already know (go read the >>>>> archives some time). Many folks are still working on improving the >>>>> performance of 1.7...so, general complaints aren't going to be >>>>> terribly productive. >>>> >>>> I think "general complaints" is a bit unfair on me. >>>> >>>> I posted specific timings using the current trunk code, in case it was >>>> news to anyone. >>>> >>>> I guess from now on I'll just keep my investigations to myself. >>>> >>> Hi John, >>> >>> I'm really interested of performance tests especially of ra_serf. >>> Performance degradation of svn import over ra_serf looks very strange. >>> Could you please provide more details about your configuration? >> >> OK, I've been a bit more rigorous on my latest ra_serf import tests. So, >> on a Fedora 14 x86_64 machine (gcc 4.5.1, APR 1.3.9) I built 1.6.16 with >> serf 0.7.1, and trunk(r1078338) with serf 0.7.1. >> >> I imported the same dataset over HTTP to another server on the LAN. This >> server runs Apache 2.2.3 with mod_dav_svn 1.6.15, it is a CentOS 5.5 >> machine. >> >> So, the timings: >> >> 1.6.16 (http-library=neon): >> real 0m17.105s >> user 0m1.133s >> sys 0m1.343s >> >> trunk (http-library=neon): >> real 0m15.881s >> user 0m0.968s >> sys 0m1.029s >> >> 1.6.16 (http-library=serf): >> real 2m46.610s >> user 0m1.277s >> sys 0m1.543s >> >> trunk (http-library=serf): >> real 2m45.159s >> user 0m1.057s >> sys 0m1.169s >> >> Now, that is looking like a serious problem, rather different to my >> previous comparison, which compared a remote ra_neon access to a local >> ra_serf access. >> > Yes, it looks like a serious problem. May I ask you to try build > Subversion trunk with serf trunk [1] and repeat your tests?
OK, with Subversion r1079375, Serf r1440, http-library=serf: Remote 1.6.15 server: real 2m45.905s user 0m1.020s sys 0m1.267s Localhost trunk server: real 0m21.351s user 0m0.873s sys 0m1.639s So, this still looked fishy, so I compile trunk serf and trunk Subversion on another machine, and did a test import to the trunk Apache/mod_dav_svn server. The results: real 0m26.993s user 0m0.575s sys 0m0.752s Now we have something interesting. Trunk Subversion+Trunk Serf works fine to a Trunk server, but performs very badly to the 1.6.15 server, whereas ra_neon is fast... One last test, an ra_serf import from this second machine to the 1.6.15 server: real 2m42.484s user 0m0.952s sys 0m0.776s John. -- John Beranek To generalise is to be an idiot. http://redux.org.uk/ -- William Blake
smime.p7s
Description: S/MIME Cryptographic Signature
