[Bloat] SFQRED or SFQARED?

Dave Taht dave.taht at gmail.com
Tue Aug 27 16:44:16 EDT 2013


On Tue, Aug 27, 2013 at 9:29 AM, Naeem Khademi <naeem.khademi at gmail.com>wrote:

> Hi
>
> Slide 37 of below link mentions that SFQRED implemented in Linux 3.4
> upwards, "Utilized a better version of RED (“ARED”) from Sally Floyd
> in 2002". However I'm unable to find the "adaptive" bit of SFQRED in
> the kernel and iproute code. Can anyone (Dave or Eric) confirm that
> the mentioned statement is correct?
>
> http://netseminar.stanford.edu/seminars/Inside_Codel_and_Fq_Codel.pdf
>
>
I think you are correct in that the adaptive RED code never formally made
it into SFQRED. SFQRED was a brief blip in time before codel showed up...
I'd talked about it in that talk as a steppingstone in hybrid fq+aqm
history. (prior to that we were working with qfq + red as entirely
separate, modular qdiscs). So... oops.

I think the work was interesting and valuable, and if you want to play with
the ARED variant probably all you have to do is OR in the TC_ADAPTATIVE
value into the flags on the red setup in sch_sfq.c

Eric added ARED support to sch_red in kernel commit:
8af2a218de38f51ea4b4fa48cac1273319ae260c

https://android.googlesource.com/kernel/exynos/+/8af2a218de38f51ea4b4fa48cac1273319ae260c

and some ip route version later corrected "adaptive" to be the user-facing
syntax. I just ran a quick, dirty and (nonsensical*) rrul test with this:

tc qdisc add dev eth0 root red limit 40000 min 30000 max 90000 avpkt 1000
burst 55 ecn adaptive bandwidth 10Mbit

tc -s qdisc show dev eth0
qdisc red 8005: root refcnt 2 limit 40000b min 30000b max 90000b ecn
adaptive
 Sent 858913226 bytes 823269 pkt (dropped 4866, overlimits 123 requeues 0)
 backlog 0b 0p requeues 0
  marked 0 early 123 pdrop 4743 other 0

which "just worked" with ubuntu 13.4.

The ARED option could be enabled with GRED/SFQRED with adding the right
knob to iproute2.


Regards,
> Naeem
>


* I have thankfully managed to completely forget how to configure RED or
ARED to what little extent I understood it in the first place
-- 
Dave Täht

Fixing bufferbloat with cerowrt:
http://www.teklibre.com/cerowrt/subscribe.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/bloat/attachments/20130827/c0af7815/attachment-0003.html>


More information about the Bloat mailing list