On Thu, Mar 10, 2011 at 19:42, Justin Erenkrantz <justin.erenkra...@gmail.com> wrote: > On Thu, Mar 10, 2011 at 8:22 AM, John Beranek <j...@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
