From: Douglas Leith <doug.leith@nuim.ie>
To: shemminger@osdl.org, netdev <netdev@vger.kernel.org>,
davem@davemloft.net
Cc: Douglas Leith <doug.leith@nuim.ie>
Subject: Re the default linux tcp algorithm being changed from bic to cubic.
Date: Thu, 28 Sep 2006 11:07:18 +0100 [thread overview]
Message-ID: <451B9ED6.9090208@nuim.ie> (raw)
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Steve,
I think we're all conscious of the fact that recent history contains
quite a number of proposals for changes to tcp's congestion control
algorithm for high bandwidth-delay product paths that on closer
inspection have proved problematic in one way or another. It seems to
be a hard problem to solve, so maybe that's fair enough and hopefully
we'll end up with a workable solution soon.
Where I'm coming from here though is that bic was made the linux default
a year or so ago at a time when there were essentially no tests
available on its performance other than the infocom paper by Injong.
Subsequent tests have since highlighted a bunch of issues with bic. To
my knowledge, we're currently in a similar situation with cubic as we
were with bic back then i.e. essentially no independent tests
investigating its behaviour.
Of course I know Injong has posted some test results, but these are
hardly independent as he's the author of both bic and cubic. Have there
perhaps been private tests carried out (e.g. by osdl) ? If so, would it
be possible to make them public ? If not, well that would be good to
know too.
Doug
Hamilton Institute
www.hamilton.ie
------- Original Message --------
Subject: [TCP]: make cubic the default
Date: Tue, 26 Sep 2006 00:59:56 GMT
From: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
To: git-commits-head@vger.kernel.org
commit 597811ec167fa01c926a0957a91d9e39baa30e64
tree 24e6ce26a4464d21993f2cd17dbdb9aec13360ab
parent 3d2573f7ebe507e372a23cdd3c8b03305d6e90aa
author Stephen Hemminger <shemminger@osdl.org> 1159153983 -0700
committer David S. Miller <davem@davemloft.net> 1159153983 -0700
[TCP]: make cubic the default
Change default congestion control used from BIC to the newer CUBIC
which it the successor to BIC but has better properties over long delay
links.
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/ipv4/Kconfig | 12 ++++++------
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/net/ipv4/Kconfig b/net/ipv4/Kconfig
index 1bbc368..30af4a4 100644
--- a/net/ipv4/Kconfig
+++ b/net/ipv4/Kconfig
@@ -455,7 +455,7 @@ menuconfig TCP_CONG_ADVANCED
modules.
Nearly all users can safely say no here, and a safe default
- selection will be made (BIC-TCP with new Reno as a fallback).
+ selection will be made (CUBIC with new Reno as a fallback).
If unsure, say N.
@@ -463,7 +463,7 @@ if TCP_CONG_ADVANCED
config TCP_CONG_BIC
tristate "Binary Increase Congestion (BIC) control"
- default y
+ default m
---help---
BIC-TCP is a sender-side only change that ensures a linear RTT
fairness under large windows while offering both scalability and
@@ -477,7 +477,7 @@ config TCP_CONG_BIC
config TCP_CONG_CUBIC
tristate "CUBIC TCP"
- default m
+ default y
---help---
This is version 2.0 of BIC-TCP which uses a cubic growth function
among other techniques.
@@ -574,7 +574,7 @@ config TCP_CONG_VENO
choice
prompt "Default TCP congestion control"
- default DEFAULT_BIC
+ default DEFAULT_CUBIC
help
Select the TCP congestion control that will be used by default
for all connections.
@@ -601,7 +601,7 @@ endchoice
endif
-config TCP_CONG_BIC
+config TCP_CONG_CUBIC
tristate
depends on !TCP_CONG_ADVANCED
default y
@@ -614,7 +614,7 @@ config DEFAULT_TCP_CONG
default "vegas" if DEFAULT_VEGAS
default "westwood" if DEFAULT_WESTWOOD
default "reno" if DEFAULT_RENO
- default "bic"
+ default "cubic"
source "net/ipv4/ipvs/Kconfig"
-
To unsubscribe from this list: send the line "unsubscribe
git-commits-head" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next reply other threads:[~2006-09-28 10:08 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-28 10:07 Douglas Leith [this message]
2006-09-28 14:16 ` Re the default linux tcp algorithm being changed from bic to cubic Stephen Hemminger
2006-09-28 16:20 ` Douglas Leith
2006-09-28 15:32 ` Stephen Hemminger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=451B9ED6.9090208@nuim.ie \
--to=doug.leith@nuim.ie \
--cc=davem@davemloft.net \
--cc=netdev@vger.kernel.org \
--cc=shemminger@osdl.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).