On Feb 12, 2005, at 2:00 PM, Alexey Kuznetsov wrote:
Any which follows some of congestion window validation recommendations.
If you could point me at the chapter and verse that would be great.
Even canonical bsd restarts slow start after rtt.
Did we have >= one RTT of idle in the packet trace?
N is something other than one though.
Well, 1 is quite enough to be sure that something is very wrong.
You see a proof here.
The debate of course is what :)
In and of _itself_, a delayed ACK does not guarantee something is very
wrong. For example, in a request/response situation when the response
takes longer than the delayed ACK interval to generate. And if it was
not request/response, and the sender simply didn't have any more to
send at that point.
Going back to the quantity of cwnd which may be left unused when TSO is
enabled. If when TSO is enabled, the sender does not take full
advantage of the cwnd doesn't that then mean that to deal with the same
bandwidth delay product, one needs a larger TCP window when TSO is
enabled than when it is not? In the default case of
tcp_tso_win_divisor being 8 that would be another 12.5% right?
there is no rest for the wicked, yet the virtuous have no pillows