>Your suggested change makes delayed ACK's not happen at all, causing
>us to ACK every single data packet all the time, so it is not correct
>either.
Thanks for the interesting info, excuse me for my little knowledge about
tcp implementation and so about the existence of delayed ACKs...
>I welcome someone to come up with a heuristic which preserves the
>current behavior for bulk data transfer, yet ACK's a bit more quickly
>for interactive sessions. ;-) Delayed ACK'ing strategies are an
>interesting problem to solve completely.
Now I have understand the point and I agree with 2.1.90 too ;-).
Andrea[s] Arcangeli
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu