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

Re: Subversion trunk (r1078338) HTTP(/WC?) performance problems?

From: Ivan Zhakov <ivan_at_visualsvn.com>
Date: Tue, 8 Mar 2011 17:32:24 +0300

On Tue, Mar 8, 2011 at 17:20, Mark Phippard <markphip_at_gmail.com> wrote:
> On Tue, Mar 8, 2011 at 9:14 AM, Ivan Zhakov <ivan_at_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
Received on 2011-03-08 15:33:20 CET

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.