netdev - Re: [RFC] tcp: make H-TCP the default congestion control

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20081101.212957.259408012.davem@davemloft.net>
Date:	Sat, 01 Nov 2008 21:29:57 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	shemminger@...tta.com
Cc:	rhee@....ncsu.edu, netdev@...r.kernel.org
Subject: Re: [RFC] tcp: make H-TCP the default congestion control

From: Stephen Hemminger <shemminger@...tta.com>
Date: Fri, 31 Oct 2008 12:16:25 -0700

> The new version of CUBIC is not as tested as H-TCP. Therefore it is
> prudent to make H-TCP the default congestion control for one (or more)
> releases until the new HyStart code has been real world tested.
> 
> This is likely to generate interesting discussion and testing.
> Both H-TCP and CUBIC are robust.  For most users, there will be no
> perceivable difference, but for users with excessively large queues (DSL ISPs)
> H-TCP is more fair. One CUBIC flow fills the queue, and the second
> flow never pushes hard enough to cause fairness.
> 
> For researchers with very high speed networks
> with switches with minuscule queues, CUBIC works better.
> H-TCP sees the packet loss from the small queue and reduces
> sending rate.
> 
> Signed-off-by: Stephen Hemminger <shemminger@...tta.com>

I'm not so sure about this logic, regardless of the algorithms
involved.

H-TCP was never the default in any distribution or release that
I know of.  So it's real world exposure is effectively zero,
which is the same as the new CUBIC stuff.

They are effectively, therefore, equivalent choices.

Besides, Koreans are perfect so we actually have nothing to worry
about :-)
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html