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

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

From: Branko Čibej <brane_at_xbc.nu>
Date: 2003-07-14 21:41:29 CEST

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
Received on Mon Jul 14 21:42:26 2003

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.