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

Re: Tuning recommendations for Apache HTTP Server w/ra_serf clients (MaxKeepAliveRequests)

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: Sun, 23 Jan 2011 11:57:27 -0800

On Sun, Jan 23, 2011 at 11:26 AM, Stefan Sperling <stsp_at_elego.de> wrote:
> On Sun, Jan 23, 2011 at 09:27:18AM -0800, Justin Erenkrantz wrote:
>> If we also have a tuning section, we should remind folks to also
>> enable mod_deflate (SetOutputFilter DEFLATE in their Location block)
>> as that'll help a bit when transferring XML content back and forth.
>> mod_deflate will come at a slight latency penalty, but that'll be
>> offset for folks with slower connections taking less time to transfer
>> the responses overall.
> Has this problem been fixed, then?
> http://svn.haxx.se/dev/archive-2009-08/0274.shtml
> I don't think we should recommend mod_deflate if that problem still exists.

No, it doesn't look like it has been fixed yet.

However, how many real-world HTTP clients are out there that don't
speak zlib? =)

> I don't think that thread came to a conclusion.
> Greg was implying the bug was in mod_deflate rather than svn:
> http://svn.haxx.se/dev/archive-2009-08/0290.shtml

Greg is correct in that the patch doesn't go far enough - mod_dav_svn
should change all uses of output to be a ** rather than *.

As far as mod_deflate being broken, yah, it probably shouldn't be
trying to do any memory usage until it knows it is
activated...but...that's a topic for another list (dev_at_httpd).
mod_deflate should probably memorize the fact that the checks have
already run and get out of the way...probably with setting no-gzip in
subprocess_env? -- justin
Received on 2011-01-23 20:58:04 CET

This is an archived mail posted to the Subversion Dev mailing list.