Re: 2.4 delayed acks don't work, fixed

[Andi Kleen]

> This streamer application should buffer at the sending side, in order
> to keep the window full.  Introducing artificial delays on the sending
> side of a unidirectional TCP transfer is really bad for performance
> and I can assure you that more than just "weird delayed ACK" behavior
> will result.

The broken tail append patch I did some time ago was supposed to address 
that (better merging of writes on the sender side even for non SG
NICs). Perhaps it should be rechecked.

It may fix this.

-Andi