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 08:07:04 -0800 [thread overview]
Message-ID: <CAA93jw7uaGXkSuSW_-M8vM9vn5PnTmwK+Uw98vcNi47k==qD+g@mail.gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.20.1811121645420.14216@uplift.swm.pp.se>
On Mon, Nov 12, 2018 at 7:51 AM Mikael Abrahamsson <swmike@swm.pp.se> wrote:
>
> On Mon, 12 Nov 2018, Dave Taht wrote:
>
> > I guess my biggest question is how bloated is the "Before cake"
> > version of the link?
>
> Not very.
>
> http://www.dslreports.com/speedtest/41693199
Kind of hard to argue with that. However I tend to think dslreports
and browsers start to give inaccurate tests at these speeds. Got rrul
available? The closest flent server I have to you is in germany.
I also agree that, man, the base difference in "getting on" a fiber
network is really something you can feel. - 2ms vs 10+... you can
complete a short transaction before one can even start, on cable. To
me, this is probably the biggest perceptual difference between cable
and fiber behavior (more important than fixing bloat)
I miss being on sonic. And I didn't know, until recently, that my
modem was on badmodems.com's list.
> I then did another test while at the same time doing a different vendor
> speedtest:
>
> http://www.dslreports.com/speedtest/41693256
>
> Ping just increased 5-10 ms when doing this.
>
> If I then re-enable cake with 250000/100000 I get:
>
> http://www.dslreports.com/speedtest/41693346
I don't "get" the knee in the download curve here and the prior test.
>
> qdisc after this last test:
>
> qdisc cake 8034: dev eth1.2 root refcnt 2 bandwidth 100Mbit besteffort
> triple-isolate nonat nowash no-ack-filter split-gso rtt 100.0ms raw
> overhead 0
> Sent 391610860 bytes 650447 pkt (dropped 1430, overlimits 645558 requeues
> 0)
> backlog 0b 0p requeues 0
> memory used: 2425408b of 5000000b
> capacity estimate: 100Mbit
> min/max network layer size: 46 / 1514
> min/max overhead-adjusted size: 46 / 1514
> average network hdr offset: 14
>
> Tin 0
> thresh 100Mbit
> target 5.0ms
> interval 100.0ms
> pk_delay 82us
> av_delay 6us
> sp_delay 1us
> backlog 0b
> pkts 651877
> bytes 393761357
> way_inds 11602
> way_miss 3103
> way_cols 0
> drops 1430
> marks 0
> ack_drop 0
> sp_flows 16
> bk_flows 1
> un_flows 0
> max_len 18168
> quantum 1514
>
> qdisc ingress ffff: dev eth1.2 parent ffff:fff1 ----------------
> Sent 896042971 bytes 760157 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
> qdisc fq_codel 0: dev tun2025 root refcnt 2 limit 10240p flows 1024
> quantum 1514 target 5.0ms interval 100.0ms memory_limit 4Mb ecn
> Sent 21580 bytes 166 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
> maxpacket 0 drop_overlimit 0 new_flow_count 0 ecn_mark 0
> new_flows_len 0 old_flows_len 0
> qdisc cake 8035: dev ifb4eth1.2 root refcnt 2 bandwidth 250Mbit besteffort
> triple-isolate nonat nowash no-ack-filter split-gso rtt 100.0ms raw
> overhead 0
> Sent 912501460 bytes 754253 pkt (dropped 5904, overlimits 926439 requeues
> 0)
> backlog 0b 0p requeues 0
> memory used: 805712b of 12500000b
> capacity estimate: 250Mbit
> min/max network layer size: 60 / 1514
> min/max overhead-adjusted size: 60 / 1514
> average network hdr offset: 14
>
> Tin 0
> thresh 250Mbit
> target 5.0ms
> interval 100.0ms
> pk_delay 650us
> av_delay 429us
> sp_delay 1us
> backlog 0b
> pkts 760157
> bytes 921432581
> way_inds 17426
> way_miss 3168
> way_cols 0
> drops 5904
> marks 0
> ack_drop 0
> sp_flows 7
> bk_flows 1
> un_flows 0
> max_len 15104
> quantum 1514
>
>
> it seems to smoothe out the flows better than my ISP shaper.
>
> These tests are done when rest of people in the household was also using
> Internet for other things, so not "clean room".
>
> --
> Mikael Abrahamsson email: swmike@swm.pp.se
--
Dave Täht
CTO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-831-205-9740
next prev parent reply other threads:[~2018-11-12 16:07 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 [this message]
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
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='CAA93jw7uaGXkSuSW_-M8vM9vn5PnTmwK+Uw98vcNi47k==qD+g@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