Update3: [PATCH] Instruct the kernel to reset the connection for SC_RX_TIMEOUT, and others
slink at schokola.de
Mon Mar 2 21:33:00 CET 2015
phk had the great idea to add a "quick close" for SC_RX_BAD and SC_RX_JUNK.
Another updated patch attached.
On 02/03/15 21:05, Nils Goroll wrote:
> On 01/03/15 10:05, Poul-Henning Kamp wrote:
>> The problem with !SO_LINGER (we tried it some years back) is that
>> all queued data is discarded the moment you call close(2), and we
>> have no way to know if our last response is still lingering in the
>> kernel's tcp-buffers and dribbling out to a slow client with a bad
>> mobile phone connection.
> I finally have understood the issue with http keepalive here and that kernels
> behave differently than how I thought they would. Also I have now understood
> that phk had already invested significant effort into this and I basically also
> ended up "out-of-ideas".
> Except for this: As long was we know that we cannot possibly have written
> anything, we should we OK to close with RST.
> The attached updated patch takes a simplistic approach to this.
> varnish-dev mailing list
> varnish-dev at varnish-cache.org
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 8844 bytes
Desc: not available
More information about the varnish-dev