Re: timeout mysteries SOLVED! (was Re: Large Repositories)

Ben Collins-Sussman wrote:

>Specifically, apache's mod_deflate filter is *blocking* all streamy
>responses from the server. For a very large checkout, update, or
>commit, it's entirely reasonable that it take several minutes for the
>server to generate a description; normally the repsonse is streamed to
>the client, which acts on the data as it comes. But if the client
>sends "Accept-Encoding: gzip", and the server has mod_deflate compiled
>in, then apache's mod_deflate buffers the *entire* repsonse before
>gzipping it and sending to the client.
>
Aargh, talk about breakage...

On a related note, is there any chance we could avoid mod_deflate
completely if we're sending a svndiff? I think using mod_deflate is a
mistake in the first place. If we want compression, we should just
self-compress fulltexts with vdelts over ra_dav.

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org