Re: Raise initial congestion window size / speedup slow start?

From: Ed W
Date: Wed Jul 14 2010 - 18:05:39 EST


On 14/07/2010 21:39, Hagen Paul Pfeifer wrote:
* Rick Jones | 2010-07-14 13:17:24 [-0700]:

There is an effort under way, lead by some folks at Google and
including some others, to get the RFC's enhanced in support of the
concept of larger initial congestion windows. Some of the discussion
may be in the "tcpm" mailing list (assuming I've not gotten my
mailing lists confused). There may be some previous discussion of
that work in the netdev archives as well.
tcpm is the right mailing list but there is currently no effort to develop
this topic. Why? Because is not a standardization issue, rather it is a
technical issue. You cannot rise the initial CWND and expect a fair behavior.
This was discussed several times and is documented in several documents and
RFCs.

I'm sure you have covered this to the point you are fed up, but my searches turn up only a smattering of posts covering this - could you summarise why "you cannot raise the initial cwnd and expect a fair behaviour"?

Initial cwnd was changed (increased) in the past (rfc3390) and the RFC claims that studies then suggested that the benefits were all positive. Some reasonably smart people have suggested that it might be time to review the status quo again so it doesn't seem completely obvious that the current number is optimal?

RFC 5681 Section 3.1. Google employees should start with Section 3. This topic
pop's of every two months in netdev and until now I _never_ read a
consolidated contribution.

Sorry, what do you mean by a "consolidated contribution"?

That RFC is a subtle read - it appears to give more specific guidance on what to do in certain situations, but I'm not sure I see that it improves slow start convergence speed for my situation (large RTT)? Would you mind highlighting the new bits for those of us a bit newer to the subject?

Partial local issues can already be "fixed" via route specific ip options -
see initcwnd.

Oh, excellent. This seems like exactly what I'm after. (Thanks Stephen Hemminger!)

Many thanks

Ed W
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/