On Thu, May 12, 2011 at 7:34 AM, Mark Phippard <markp...@gmail.com> wrote: > On Thu, May 12, 2011 at 10:31 AM, Justin Erenkrantz > <jus...@erenkrantz.com> wrote: >> On Thu, May 12, 2011 at 7:23 AM, Mark Phippard <markp...@gmail.com> wrote: >>> I re-ran the results with your latest changes and posted the new numbers. >> >> Is that with the commit as well as the patch I posted (but did not commit)? > > Just the commit. > > Wasn't the patch for mod_deflate? And just to fix the memory leak > when a client that does not support gzip connects?
Are you by chance using SSL? I'm seeing something like a 2x perf drop on ra_serf with SSL to an SSL server on the other side of the US from where I am now. But, over HTTP, ra_serf is pretty close to ra_neon. (And, the server is 1.6 - not 1.7.) Basic tests: | 1.7.0-dev (Serf HTTPS) | rNNNNNNNN | 1:05.224 | 0:24.992 | 0:17.997 | 0:00.047 | 0:00.057 | 0:39.892 | 0:00.074 | 1.7.0-dev (Neon HTTPS) | rNNNNNNNN | 0:21.495 | 0:14.227 | 0:04.769 | 0:00.046 | 0:00.057 | 0:07.892 | 0:00.073 | 1.7.0-dev (Serf HTTP) | rNNNNNNNN | 0:26.921 | 0:12.001 | 0:02.992 | 0:00.043 | 0:00.057 | 0:05.898 | 0:00.072 | 1.7.0-dev (Neon HTTP) | rNNNNNNNN | 0:21.076 | 0:11.001 | 0:03.999 | 0:00.044 | 0:00.059 | 0:08.895 | 0:00.069 I've got a hunch it has to do with OpenSSL buffering and memory use: http://journal.paul.querna.org/articles/2011/04/05/openssl-memory-use/ I've been meaning to try zeroing out the compression bits in OpenSSL... -- justin
