On Thu, Mar 10, 2011 at 19:42, Justin Erenkrantz
<justin.erenkrantz_at_gmail.com> wrote:
> On Thu, Mar 10, 2011 at 8:22 AM, John Beranek <john_at_redux.org.uk> wrote:
>> 1.6.16 from localhost trunk server (10 iterations)
>> ra_neon: 1.43
>> ra_serf: 2.91
>>
>> trunk from localhost trunk server (10 iterations)
>> ra_neon: 1.48
>> ra_serf: 2.95
>>
>> So, neon and serf retain their speeds relative to each other...
>
> Heh, while we've got you testing stuff...what happens if the server is
> on a different physical machine? Are your results in line with
> Philip's which says that ra_serf and ra_neon are within margin of
> error (if serf is not indeed faster)? Are the timings still off by
> that much? Because it's async, I expect serf has substantially
> different performance characteristics when it is going over localhost
> (no network) versus using the actual network stack... -- justin
>
Unfortunately ra_serf will be worse than ra_neon, because it uses
skelta style update editor with many GET/PROPFIND requests. While
ra_neon just uses one REPORT request with large response. I have task
in my todo list to implement non-skelta (send-all) mode update editor
in ra_serf to make performance comparable.
--
Ivan Zhakov
Received on 2011-03-10 17:50:56 CET