On Tue, Mar 8, 2011 at 17:20, Mark Phippard <markp...@gmail.com> wrote: > On Tue, Mar 8, 2011 at 9:14 AM, Ivan Zhakov <i...@visualsvn.com> wrote: >>>> [1] http://serf.googlecode.com/svn/trunk/ >>> >>> Don't the tests show that trunk is slightly faster than 1.6? It seems >>> like the main thing it shows is that when working with a HTTPv1 >>> server, ra_serf is significantly slower than ra_neon for svn import >>> (both in 1.6 and trunk). >>> >> I don't think that this performance degradation is related to HTTPv1 >> or HTTPv2. Looking to the source code ra_serf should faster for most >> operations except checkout/update/export. It seems something broken in >> serf/ra_serf in John's environment. > > The reason I mention HTTPv1 is that his tests only showed the problems > with a 1.6 server. With a trunk server the performance of Serf and > Neon were similar. > They're similar when running test over localhost. Quoting John: [[[ So, as a comparison, I ran the same tests to a localhost trunk(r1078338) server. Fedora 14 x86_64, Apache 2.2.17.
trunk (http-library=neon): real 0m20.785s user 0m0.912s sys 0m1.659s trunk (http-library=serf): real 0m21.351s user 0m0.873s sys 0m1.639s ]] But with remote server running 1.6.16: [[[ trunk (http-library=neon): real 0m15.881s user 0m0.968s sys 0m1.029s trunk (http-library=serf): real 2m45.159s user 0m1.057s sys 0m1.169s ]]] 15 seconds with ra_neon against 2:45 minutes with ra_serf. -- Ivan Zhakov VisualSVN Team