I'd like to double-check the semantics of read_ahead_gap.
AIUI, Squid will buffer up to that much data on both requests and
responses, in addition to the TCP send and receive buffers.
So, if I have (for the sake of argument) 16K TCP read buffers, 24K
TCP write buffers, and 32K read_ahead_gap, a pathological request
case might look like:
client ---> [ 16K worth of TCP read buffer ] --> [ 32K internal Squid
buffering ] --> [ 24K worth of TCP write buffering ] --> server
or, as much as 72K of buffer data on this host (but again, that's a
pathological case). A response would be the reverse of this, and this
doesn't include TCP buffers on the client or server.
Correct?
Also, how is memory for the read_ahead_gap allocated? If I have 1024
open connections and a 32K read_ahead_gap, is 32M of memory used for
this buffer? Or is it only allocated upon use?
Cheers,
-- Mark Nottingham mnot@yahoo-inc.comReceived on Tue Nov 13 2007 - 17:52:16 MST
This archive was generated by hypermail pre-2.1.9 : Sat Dec 01 2007 - 12:00:02 MST