Re: 2.6.10 TCP troubles -- suggested patch

[rick jones <rick.jones2@hp.com>]

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?

rick jones
there is no rest for the wicked, yet the virtuous have no pillows