On Wed, 25 Oct 2006 18:34:17 -0400 "Injong Rhee" <[EMAIL PROTECTED]> wrote:
> Not sure why the slow start for cubic is slower than the others. > We will check on this. > I think it is because cubic initializes with a ssthresh of 100, and others leave ssthresh uninitialized until the first loss. This causes cubic to change to conservative mode once it crosses the initial ssthresh. Other protocols just keep doing additive increase. My large BDP test has a 500ms delay (250ms each way) and a real 100mbit link on the last hop. Because the intermediate emulator has a large queue (10,000 packets) large growth is possible before the first loss event. There were also no other flows during this test to fill the intermediate queue. This may very well be a bogus test, I just was looking for large BDP behavior quirks. Any test without background traffic as you have argued is unrealistic. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
