From: Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>
To: <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] Fwd: dslreports and inbound rate shaping
Date: Wed, 20 May 2015 13:47:24 +0100 [thread overview]
Message-ID: <555C825C.1010607@darbyshire-bryant.me.uk> (raw)
In-Reply-To: <CAA93jw5gCGrdaVAW3vGdejfP3d=Q0G1pPQGgX2xwOKNBF+yZfg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 3168 bytes --]
On 19/05/2015 23:37, Dave Taht wrote:
>
> 0) dslreports has a hires bufferbloat option now in their settings. It
> reveals much detail that I like very much. It may not work well on
> some browsers. Give it a shot, please.
Tried it - fun! Here are some of the results of that fun, I've no idea if this will help anyone.
>
> 1) I like that the graphic .png reports now a ping range, but I think
> that is baseline latencies. but I think it would be clearer if it
> showed the up and the down, under load, 98th percentile, also.
>
> an unshaped, unmodified cable modem result in all it's horrible glory:
>
> http://www.dslreports.com/speedtest/506793
Ok so this is my HG612 unshaped VDSL2 modem sat behind Archer C7. The VDSL2 link
is 40Mbit down, 10Mbit up as reported as its capped 'sync' rate.
http://www.dslreports.com/speedtest/513588
Up is horrendous and I think you can see classic TCP sawtoothing in the delay as well.
Peak just as 'up test' goes idle is strange though.
> 2) the "cable" test (which keeps changing the number of flows - these
> are all 16/6 flows) thoroughly breaks the sqm system's inbound rate
> shaper, using cake or fq_codel (cake here), with my rate set 12% below
> the delivered rate (100mbit vs 112Mbit).
Behaviour here is different. In theory same test 16/6 flows, down is capped 38Mbit (5%), up at 9.7Mbit(3%)
These are all 'cake'
http://www.dslreports.com/speedtest/513627
There's a slight double bump at the beginning of the down latency test, but otherwise my
browsing/upload/download experience is vastly improved.
Tuning the down to 37Mbit helps that bump a little maybe: http://www.dslreports.com/speedtest/513652
It gets really interesting if I increase the down limit to 39Mbit: http://www.dslreports.com/speedtest/513782 where it
starts to look a bit like your test results.
Increasing the up limit showed an interesting step change in upload delay, this is the up cap set to 9.8Mbit
http://www.dslreports.com/speedtest/513863 (I had a really good example of the delay increasing in a linear
fashion as the buffer just couldn't drain fast enough...if I find that test result again I'll post it)
Tuning it back down, by even as little as 50kbits would remove that step, I settled on 9.7Mbit for safety.
The elephant in my personal room is the high latency baseline measurement. None of the ping response time test
sites I've checked give me anywhere near a baseline ping rtt of 100ms. Even dslreports say "London UK is ~10ms,
Google Europe is ~17ms, Dublin, Ireland, EU is ~20ms, Frankfurt, DE, EU is ~27ms" So I clearly don't understand
some thing(s) about this test.
Anyway, that's been an interesting 2 hours of playing!
Kevin
>
>
> 3) I will try to add a few dslreports emulations into the netperf-wrapper suite.
>
> Sigh. Still so much work left to perform on bufferbloat on conventional devices.
>
> I think fixing wifi will be harder than this. Building spacecraft is
> easier than this.
>
> --
> Dave Täht
> Open Networking needs **Open Source Hardware**
>
> https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67
>
>
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 4791 bytes --]
next prev parent reply other threads:[~2015-05-20 12:47 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-19 19:17 [Bloat] " Dave Taht
2015-05-19 22:37 ` [Bloat] Fwd: " Dave Taht
2015-05-20 12:47 ` Kevin Darbyshire-Bryant [this message]
2015-05-22 14:05 ` Alan Jenkins
2015-05-25 21:39 ` jb
2015-05-26 9:13 ` Alan Jenkins
2015-05-26 11:33 ` jb
2015-05-20 13:02 ` Kevin Darbyshire-Bryant
2015-05-21 16:21 ` [Bloat] [Cake] " Jonathan Morton
2015-05-21 15:07 ` Kathleen Nichols
2015-05-21 15:26 ` Jonathan Morton
2015-05-21 16:31 ` Kathleen Nichols
2015-05-21 16:39 ` Jonathan Morton
2015-05-22 3:41 ` Aaron Wood
2015-05-22 6:32 ` Jonathan Morton
2015-05-22 10:57 ` Kevin Darbyshire-Bryant
2015-05-22 11:07 ` Jonathan Morton
2015-05-22 11:16 ` Kevin Darbyshire-Bryant
2015-05-25 11:26 ` [Bloat] " Mikael Abrahamsson
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=555C825C.1010607@darbyshire-bryant.me.uk \
--to=kevin@darbyshire-bryant.me.uk \
--cc=bloat@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