Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Dave Taht <dave.taht@gmail.com>
To: cake@lists.bufferbloat.net
Subject: [Cake] and the bad cpu news on arm is
Date: Sat, 19 Dec 2015 21:03:40 +0100	[thread overview]
Message-ID: <CAA93jw53DAF2jUGwCnGbqz=X0bu_OyW-uJsBFbbE_7iRYA7n2A@mail.gmail.com> (raw)

is that bcake configured via sqm to do 200mbit/20mbit, rings
in at 82% idle over a 2 minute period over a 1 minute rrul test.
cake, in all it's glory of statistics, extra features, bells, and whistles...

is also 82% idle.

vs sqm's htb + fq_codel at 86% idle.

(in other words, this is not a direct measurement of the code under
'load' but over a large sampling interval comparing idle with the
loaded state, AND (sigh) htb + fq_codel uses less cpu. am using the
mpstat 1 120 test for this from the openwrt sysstat package)

The good news from my perspective:

A) that it works at all with linux 4.4rc4 on the linksys 1200ac, which
was certainly not the case til last week
B) We CAN profile now
C) All systems for bandwidth (htb and cake) are accurate to 200mbit at
least, on this hardware

The bad news from my perspective:

A) I ran out of time for this back in august. Really have a ton of
wifi work stacked up.

B) I'd like to see someone show an instance where cake uses less cpu
or is better in any way than htb+ fq_codel.

There is a very small latency improvement (.8ms vs 1ms on this path).

I do not see any other appreciable difference in cpu usage or network
behavior... aside from negative ones.

Someone that's saying "ooh cake's better" *please* go measure rrul_be
while running "mpstat 1 120" for both sqm with fq_codel and sqm with
cake.

C) I will try to summon the energy to try it on mips myself, tomorrow.

--
Dave Täht
Let's go make home routers and wifi faster! With better software!
https://www.gofundme.com/savewifi

             reply	other threads:[~2015-12-19 20:03 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-19 20:03 Dave Taht [this message]
2015-12-20  8:55 ` Björn Grönvall
2015-12-20 12:59   ` Dave Taht
2015-12-22  0:30     ` Jonathan Morton
2015-12-22  4:42     ` Jonathan Morton
2015-12-22  0:31   ` Jonathan Morton

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

  List information: https://lists.bufferbloat.net/postorius/lists/cake.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAA93jw53DAF2jUGwCnGbqz=X0bu_OyW-uJsBFbbE_7iRYA7n2A@mail.gmail.com' \
    --to=dave.taht@gmail.com \
    --cc=cake@lists.bufferbloat.net \
    /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