General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: Dave Taht <dave.taht@gmail.com>
To: Mikael Abrahamsson <swmike@swm.pp.se>
Cc: "Dave Täht" <dave@taht.net>, bloat <Bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] excellent result with OpenWrt 18.06.1 + CAKE on FTTH
Date: Mon, 12 Nov 2018 09:00:05 -0800	[thread overview]
Message-ID: <CAA93jw4SiX=6hFx84oQMmoZV-tzduBG3S0teFA3qf=ZO-NDs9g@mail.gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.20.1811121714020.14216@uplift.swm.pp.se>

On Mon, Nov 12, 2018 at 8:21 AM Mikael Abrahamsson <swmike@swm.pp.se> wrote:
>
> On Mon, 12 Nov 2018, Dave Taht wrote:
>
> > Don't use this connection much, do you? :)
>
> Last 4 week average is 300 kilobit/s up and 3000 kilobit/s down. So no.
> Mostly streaming Netflix and similar things.
>
> >>    marks             512
> >
> > and that you have at least one device with ecn enabled. Would this be
> > OSX or IOS perhaps?
>
> I typically turn it on on all devices I remember to turn it on. There are
> plenty of iOS devices in the household, but also ECN enabled OSX machines.
>
> > I don't suppose you have someone else "across town" you could run some
> > benchmarks against?
>
> Surely. I can run anything you need, I have 1GE ubuntu machine
> ~3ms away. What tests do you want me to run? I have ubuntu laptop here I
> can run wired tests with. It already has flent installed, so just tell me
> what you want me to do and test. If you want me to change qdisc settings
> I'm going to need good instructions, I am not proficient in changing those
> settings.

cake on or off would be a good start, then fq_codel with simple.qos.

irtt stats are more accurate at this high resolution,
irtt is now packaged and started automagically for ubuntu, and picked
up automatically by flent if available. do check to see if it's on
both boxes and that the relevant port is not firewalled.

#/bin/sh
F="flent -x -s .02" # run flent in high resolution - even 20ms samples
isn't good enough anymore!
S=your_server
T="a meaningful title"

$F -H $S -t "$T" rrul
$F -H $S -t "$T" rrul_be
$F -H $S -t "$T-100" -l 20 --socket-stats --te=upload_streams=100 tcp_nup
$F -H $S -t "$T-500" -l 20 --socket-stats --te=upload_streams=500 tcp_nup
$F -H $S -t "$T" --te=download_streams=100 tcp_ndown

Of these the most interesting one in cake's case is actually the
tcn_nup test, vs fq_codel, vs baseline

I note that -s .02 and socket stats will EAT GB of ram to process and
take minutes to finalize.

If you feel really ambitious, ecn/no behavior on your tcps on tcp_nup
is rather interesting at this load.

>
> > Similarly, a cpu number under load. I note here, that splitting GSO
> > has a big cost, (primarily in routing table lookup) and you can at
> > these speeds, probably disable it.
>
> sirq% peaks out around 35-40% when doing download at 250 megabit/s. Around
> 10% when doing upload at 100 megabit/s. Armada 385 is nice.

Yep. I've universaly switched to that on "the low end" when I can't
get an APU2.  If only the wifi was better.

> > I was also expecting 64k here. I imagine you are using modern linuxes
> > that don't overuse TSO anymore, and osx and windows never got into it to
> > the extreme that linux did.
>
> root@wrt1200-hemma:~# uname -a
> Linux wrt1200-hemma 4.14.63 #0 SMP Wed Aug 15 20:42:39 2018 armv7l GNU/Linux
>
>
>
> --
> Mikael Abrahamsson    email: swmike@swm.pp.se



-- 

Dave Täht
CTO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-831-205-9740

      reply	other threads:[~2018-11-12 17:00 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-12  6:53 Mikael Abrahamsson
2018-11-12 15:26 ` Dave Taht
2018-11-12 15:36   ` Dave Taht
2018-11-12 15:51     ` Mikael Abrahamsson
2018-11-12 16:07       ` Dave Taht
2018-11-12 16:22         ` Mikael Abrahamsson
2018-11-12 15:38   ` Mikael Abrahamsson
2018-11-12 15:55     ` Dave Taht
2018-11-12 16:21       ` Mikael Abrahamsson
2018-11-12 17:00         ` Dave Taht [this message]

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/bloat.lists.bufferbloat.net/

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

  git send-email \
    --in-reply-to='CAA93jw4SiX=6hFx84oQMmoZV-tzduBG3S0teFA3qf=ZO-NDs9g@mail.gmail.com' \
    --to=dave.taht@gmail.com \
    --cc=Bloat@lists.bufferbloat.net \
    --cc=dave@taht.net \
    --cc=swmike@swm.pp.se \
    /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