I am studying delayed acks in linux 2.2.14 and i come to the following
conclusions.
In bulk data transfer between two linux boxes i never saw a delayed ack. The
server sends an ack every 2 full sized segments. This is fine but in
transactional data transfer (e.g. a telnet session) i also do not see a
delayed ack. What i see is this:
1. Client sends a character
2. Server echoes the character
3. Client sends an ack for the echo
The time between segment 2 and 3 is never above 20ms even when i have a large
RTT (say 560 ms). This is a small delay(??) but its not enough to say that
the ack is delayed. I also could never see the max delay of HZ/2 on an ACK.
So delaying an ack does not depend on the RTT of the connection. Is that
correct? And if yes where does it depend? Has anyone seen the HZ/2 delay on
an ACK?
Thank you in advance
Tasos
p.s. please Cc your answer to my e-mail address <anpol@intracom.gr>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/