Re: Why still not Cubic?

From: Cui, Cheng <Cheng.Cui_at_netapp.com>
Date: Tue, 06 Sep 2022 18:02:33 UTC
> Perhaps we (#transport) should discuss changing the default cc to cubic, and maybe revert to new_reno for stable/14 when it branches?

Agree with Richard to make cubic as default. Since the recent improvements in cubic (below), the use at my side didn’t show much problem. Perhaps making it default will draw further improvement/optimization.
https://freebsdfoundation.org/wp-content/uploads/2021/05/TCP-Cubic-is-Ready-to-Take-Flight.pdf


--
Cheng Cui

From: owner-freebsd-transport@freebsd.org <owner-freebsd-transport@freebsd.org> on behalf of Scheffenegger, Richard <Richard.Scheffenegger@netapp.com>
Date: Tuesday, September 6, 2022 at 11:43 AM
To: Alexander Motin <mav@FreeBSD.org>, Gleb Smirnoff <glebius@FreeBSD.org>, Richard Scheffenegger <rscheff@FreeBSD.org>, Randall Stewart <rrs@FreeBSD.org>
Cc: <freebsd-transport@freebsd.org>
Subject: RE: Why still not Cubic?
NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe.




Hi Alexander,

Until recently, the cubic implementation was more of a proof-of-concept. I believe my colleages here have made a reasonable job of addressing all the edge cases, where cubic_cc would not work properly (int overflows, etc).

However, the principle algo of the current cubic_cc was based off of an abandoned RFC draft, which only later got revived, and currently there is active IETF work to document all the algorithmic issues and improvements, which had been accumulated in Linux over the years.

In short, I would expect the current cubic_cc to make a fairly reasonable job, but it may not conform 100% to the upcoming revision of the Cubic IETF RFC. But having more exposure with cubic in main may be a reasonable idea.

Perhaps we (#transport) should discuss changing the default cc to cubic, and maybe revert to new_reno for stable/14 when it branches?

Best regards,
  Richard


-----Original Message-----
From: Alexander Motin <mavbsd@gmail.com> On Behalf Of Alexander Motin
Sent: Dienstag, 6. September 2022 17:12
To: Gleb Smirnoff <glebius@FreeBSD.org>; Richard Scheffenegger <rscheff@FreeBSD.org>; Randall Stewart <rrs@FreeBSD.org>
Subject: Why still not Cubic?

NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe.




Hi guys,

Does anybody know why after so many years FreeBSD still doesn't use Cubic CC by default, relying on NewReno?  Does NewReno has some benefits or Cubic still considered experimental after so many years?  In our NAS use cases we see that while NewReno works well in data center environments with flow control and without packet losses, Cubic may work much better over WAN, WiFi and so on.  Are there known scenarios where it is worse?  Or everybody just switch to it locally?

Thanks.

--
Alexander Motin