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

Re: [DISCUSS] delete ra_neon

From: Daniel Shahaf <danielsh_at_elego.de>
Date: Wed, 16 May 2012 22:07:51 +0300

Philip Martin wrote on Wed, May 16, 2012 at 19:59:15 +0100:
> Justin Erenkrantz <justin_at_erenkrantz.com> writes:
>
> > On Wed, May 16, 2012 at 11:17 AM, Daniel Shahaf <danielsh_at_elego.de> wrote:
> >> Perhaps I wasn't clear.  The traffic using ra_serf is 2.2 times as much
> >> as using ra_neon; see the (currently) last comment on the issue Philip
> >> links to.
> >
> > I definitely don't see that locally - I only see about a 20-25% gap -
> > which from looking at the traces appears to generally be due to the
> > extra PROPFIND requests.
> >
> > Here's what I see for a checkout of svn trunk -
> > http(s)://svn.apache.org/repos/asf/subversion/trunk
> >
> > Neon (HTTP): 17294674 bytes
> > Neon (HTTPS): 17543641 bytes
> >
> > Serf (HTTP): 21892977 bytes
> > Serf (HTTPS): 19399160 bytes
> >
> > The reason HTTPS for ra_serf is smaller is that Serf and OpenSSL is a
> > pretty optimized path based on network packets... -- justin
>
> Those look like the numbers with mod-deflate in the path. Although
> mod-deflate reduces the traffic it pushes up the server CPU because serf
> is pushing so much more data through the compressor. It's not much of a
> selling point that serf only increases traffic by 20% if it also
> increases CPU.

Yes, svn.apache.org uses mod_deflate.

I believe svn.a.o is IO-bound, not CPU-bound.
Received on 2012-05-16 21:08:26 CEST

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.