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