From: Pete Heist <peteheist@gmail.com>
To: Jonathan Morton <chromatix99@gmail.com>
Cc: "Toke Høiland-Jørgensen" <toke@toke.dk>,
"Cake List" <cake@lists.bufferbloat.net>
Subject: Re: [Cake] cake flenter results round 1
Date: Mon, 27 Nov 2017 15:34:38 +0100 [thread overview]
Message-ID: <67B1612D-895D-4E3A-8CBD-21580B470696@gmail.com> (raw)
In-Reply-To: <20D304DC-494E-4A00-9B39-1E9F4B0F0CB6@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1295 bytes --]
> On Nov 27, 2017, at 3:07 PM, Pete Heist <peteheist@gmail.com> wrote:
>
>> On Nov 27, 2017, at 3:01 PM, Jonathan Morton <chromatix99@gmail.com <mailto:chromatix99@gmail.com>> wrote:
>> Looking at the Cake stats for that run, it doesn't seem to have been signalling congestion at all, when you'd expect it to with 13 bulk flows running through it. Something odd is going on there.
>>
> Ok, I’ll re-run this at a lower rate to make sure I’m not running out of CPU, which I suppose would be more likely with the dual-whatever keywords than not.
That’s almost for sure the problem, as fairness works as expected at 500mbit instead of 950mbit:
http://drhleny.cz/bufferbloat/cake/round1/hostiso_eg_cake_dsrc_cake_ddst_500mbit/index.html <http://drhleny.cz/bufferbloat/cake/round1/hostiso_eg_cake_dsrc_cake_ddst_500mbit/index.html>
Either I have to test at this reduced rate or use fewer flows for this test. The netperf instances were probably not able to output in total at line rate, and going from srchost/dsthost to dual-srchost/dual-dsthost was probably enough to make the difference in CPU consumption.
Follow-up question, in theory, would it be possible for cake to know that it doesn’t have enough CPU to operate properly so it can emit a warning every so often?
[-- Attachment #2: Type: text/html, Size: 2134 bytes --]
next prev parent reply other threads:[~2017-11-27 14:34 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-27 11:04 Pete Heist
2017-11-27 11:10 ` Toke Høiland-Jørgensen
2017-11-27 11:12 ` Pete Heist
2017-11-27 12:18 ` Jonathan Morton
2017-11-27 13:05 ` Pete Heist
2017-11-27 14:01 ` Jonathan Morton
2017-11-27 14:07 ` Pete Heist
2017-11-27 14:34 ` Pete Heist [this message]
2017-11-27 14:48 ` Jonathan Morton
2017-11-27 15:53 ` Pete Heist
2017-11-27 16:17 ` Georgios Amanakis
2017-11-27 17:32 ` Pete Heist
2017-11-27 17:33 ` Dave Taht
2017-11-27 17:34 ` Sebastian Moeller
2017-11-27 17:38 ` Dave Taht
2017-11-27 17:50 ` Pete Heist
2017-11-27 17:35 ` Pete Heist
2017-11-27 18:13 ` Dave Taht
2017-11-27 18:21 ` Pete Heist
2017-11-27 18:45 ` Pete Heist
2017-11-27 19:06 ` Georgios Amanakis
2017-11-27 20:37 ` Toke Høiland-Jørgensen
2017-11-27 20:50 ` Dave Taht
2017-11-27 20:53 ` Pete Heist
2017-11-27 21:08 ` Toke Høiland-Jørgensen
2017-11-27 21:17 ` Pete Heist
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=67B1612D-895D-4E3A-8CBD-21580B470696@gmail.com \
--to=peteheist@gmail.com \
--cc=cake@lists.bufferbloat.net \
--cc=chromatix99@gmail.com \
--cc=toke@toke.dk \
/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