[Bloat] excellent result with OpenWrt 18.06.1 + CAKE on FTTH

[Dave Taht]

On Mon, Nov 12, 2018 at 7:51 AM Mikael Abrahamsson <swmike at 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 at swm.pp.se



-- 

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