From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp121.iad3a.emailsrvr.com (smtp121.iad3a.emailsrvr.com [173.203.187.121]) by mail.toke.dk (Postfix) with ESMTPS id AFF35843975 for ; Sat, 8 May 2021 06:05:02 +0200 (CEST) Received: from app59.wa-webapps.iad3a (relay-webapps.rsapps.net [172.27.255.140]) by smtp16.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id BB9E1447E; Sat, 8 May 2021 00:05:00 -0400 (EDT) Received: from deepplum.com (localhost.localdomain [127.0.0.1]) by app59.wa-webapps.iad3a (Postfix) with ESMTP id AA70F60060; Sat, 8 May 2021 00:05:00 -0400 (EDT) Received: by apps.rackspace.com (Authenticated sender: dpreed@deepplum.com, from: dpreed@deepplum.com) with HTTP; Sat, 8 May 2021 00:05:00 -0400 (EDT) X-Auth-ID: dpreed@deepplum.com Date: Sat, 8 May 2021 00:05:00 -0400 (EDT) From: "David P. Reed" To: "=?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?=" MIME-Version: 1.0 Content-Type: multipart/alternative;boundary="----=_20210508000500000000_57415" Importance: Normal X-Priority: 3 (Normal) X-Type: html In-Reply-To: <87tunfv8ef.fsf@toke.dk> References: <87tunfv8ef.fsf@toke.dk> X-Client-IP: 209.6.168.128 Message-ID: <1620446700.69329642@apps.rackspace.com> X-Mailer: webmail/18.2.1-RC X-Classification-ID: 8ce7845d-b652-4953-8916-6522684971c7-1-1 X-MailFrom: dpreed@deepplum.com X-Mailman-Rule-Hits: nonmember-moderation X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation Message-ID-Hash: HZVFMZ4O2NHVUWNGECJEM3M2RLMGOFSC X-Message-ID-Hash: HZVFMZ4O2NHVUWNGECJEM3M2RLMGOFSC X-Mailman-Approved-At: Sat, 08 May 2021 12:07:38 +0200 CC: Dave Taht , Cake List , flent-users X-Mailman-Version: 3.3.4 Precedence: list Subject: [Flent-users] Re: [Cake] centos 8 and cake and flent List-Id: Flent discussion list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: ------=_20210508000500000000_57415 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =0AFedora definitely has cake in its kernel, and eventually these kernel th= ings get into RHEL and Centos.=0A =0AFYI, my router/gateway to the Internet= at home is based on Fedora Server Edition (Fedora 33, as I wait a little t= o upgrade my router/gateway after a new edition is released, as Fedora 34 w= as just put out). I've been running cake in it for years now, and it has gi= ven me no trouble. I started with it being added by use of DKMS when cake w= asn't in the standard kernel yet. I had a glitch when it made it into the s= tandard kernel and DKMS got confused and I had to figure out why the cake c= onfig wasn't working.=0A =0ANow Fedora's not quite just an early availabili= ty for RHEL, but for kernel functionality it has been. I understand why for= Enterprise use, RHEL is conservative about tracking the leading edge.=0A = =0AOn Thursday, May 6, 2021 5:50pm, "Toke H=C3=B8iland-J=C3=B8rgensen via C= ake" said:=0A=0A=0A=0A> Dave Taht writes:=0A> =0A> > Currently centos (and I assume redhat) is at 4= .18. Cake went into 4.19=0A> > so I assume the next major=0A> > redhat/cent= os releases will have it.=0A> =0A> Note that the RHEL kernel version number= is basically a complete=0A> fabrication; it's the version that the kernel = was forked from, something=0A> like 30% of all commits are backported for e= ach new upstream release,=0A> without changing the RHEL-kernel version numb= er.=0A> =0A> Which means that all the Cake out-of-tree kernel version compa= tibility=0A> stuff is not going to work, because that works based on the ke= rnel=0A> version number...=0A> =0A> > Is there a yum/rpm expert in the hous= e? flent does not appear to be=0A> > packaged up for this (?),=0A> =0A> It'= s in Fedora: https://src.fedoraproject.org/rpms/flent - should be=0A> fairl= y straight-forward to add it to EPEL as well, but thus far no one=0A> has r= equested it... :)=0A> =0A> > neither is netperf or irtt. Is there a repo I = could use?=0A> =0A> netperf is blocked on licensing:=0A> https://bugzilla.r= edhat.com/show_bug.cgi?id=3D1729939=0A> =0A> Since the re-licensing there m= ay be a chance, but not sure what the=0A> procedure is when there's not a r= elease with the new license.=0A> =0A> As for irtt, that should be pretty st= raight-forward to package.=0A> =0A> -Toke=0A> _____________________________= __________________=0A> Cake mailing list=0A> Cake@lists.bufferbloat.net=0A>= https://lists.bufferbloat.net/listinfo/cake=0A> ------=_20210508000500000000_57415 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Fedora definitely has = cake in its kernel, and eventually these kernel things get into RHEL and Ce= ntos.

=0A

 

=0A

FYI, my = router/gateway to the Internet at home is based on Fedora Server Edition (F= edora 33, as I wait a little to upgrade my router/gateway after a new editi= on is released, as Fedora 34 was just put out). I've been running cake in i= t for years now, and it has given me no trouble. I started with it being ad= ded by use of DKMS when cake wasn't in the standard kernel yet. I had a gli= tch when it made it into the standard kernel and DKMS got confused and I ha= d to figure out why the cake config wasn't working.

=0A

 

=0A

Now Fedora's not quite just an early = availability for RHEL, but for kernel functionality it has been. I understa= nd why for Enterprise use, RHEL is conservative about tracking the leading = edge.

=0A

 

=0A

On Thurs= day, May 6, 2021 5:50pm, "Toke H=C3=B8iland-J=C3=B8rgensen via Cake" <ca= ke@lists.bufferbloat.net> said:

=0A
=0A

> Dave Taht <dave.taht@gmail.com&g= t; writes:
>
> > Currently centos (and I assume redhat)= is at 4.18. Cake went into 4.19
> > so I assume the next major<= br />> > redhat/centos releases will have it.
>
> No= te that the RHEL kernel version number is basically a complete
> fa= brication; it's the version that the kernel was forked from, something
> like 30% of all commits are backported for each new upstream release,=
> without changing the RHEL-kernel version number.
>
> Which means that all the Cake out-of-tree kernel version compatibilit= y
> stuff is not going to work, because that works based on the ker= nel
> version number...
>
> > Is there a yum/rp= m expert in the house? flent does not appear to be
> > packaged = up for this (?),
>
> It's in Fedora: https://src.fedorapro= ject.org/rpms/flent - should be
> fairly straight-forward to add it= to EPEL as well, but thus far no one
> has requested it... :)
>
> > neither is netperf or irtt. Is there a repo I could u= se?
>
> netperf is blocked on licensing:
> https:/= /bugzilla.redhat.com/show_bug.cgi?id=3D1729939
>
> Since t= he re-licensing there may be a chance, but not sure what the
> proc= edure is when there's not a release with the new license.
>
&= gt; As for irtt, that should be pretty straight-forward to package.
&g= t;
> -Toke
> _____________________________________________= __
> Cake mailing list
> Cake@lists.bufferbloat.net
&g= t; https://lists.bufferbloat.net/listinfo/cake
>

=0A
------=_20210508000500000000_57415--