Hi again Tim,
I could finally successfully reproduce the issue. Eventhough the client's behaviour is sub-optimal, haproxy's behaviour in this case is inappropriate, so I fixed it with the attached patch. The principle is that we re-enable TCP quick-ack if we know that we're waiting for more data from the client (headers or body).
It fixes all the test cases for me without removing the optimization for the common case. So I'm merging it into 1.5 and 1.4.
Regards,
Willy
This archive was generated by hypermail 2.2.0 : 2011/12/17 17:15 CET