From: jb <justin@dslr.net>
To: Alec Robertson <alecrobertson13@gmail.com>
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] Large decrease in speed needed to combat bufferbloat?
Date: Fri, 21 Oct 2016 14:53:23 +1100 [thread overview]
Message-ID: <CAH3Ss97kpb_h-zMWiaiiE858rfCEzY=AvxAwR7vqgHPmcHM5mg@mail.gmail.com> (raw)
In-Reply-To: <CAGwEnGxMt3XUpqUxk80Pdqkd1pfX42BMc3AQ1zXsSGUAZjmkJQ@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1858 bytes --]
Regarding bloat testing ping on my test at dslreports.com it is done with
web sockets so is sensitive to
a) how busy the single threaded javascript engine in the browser is
b) whether you are using https or http
The degree of vagueness depends on browser and CPU speed and how fast your
connection is generally however I would not suggest that it is as accurate
as a UDP or ICMP ping given the above factors.
thanks
-Justin
On Wed, Aug 17, 2016 at 6:21 PM, Alec Robertson <alecrobertson13@gmail.com>
wrote:
> I'm on a TalkTalk FTTC connection in the UK, with a sync speed of
> 58976Kbps, via a Billion 8800NL in bridge mode to my TP-LINK Archer C7
> (currently running LEDE r1348) with sqm-scripts 1.0.7-1 and
> mod-sched-cake 4.4.15+2016-06-29-747..5-1.
>
> I have selected cake as the qdisc and piece_of_cake.qos as the queue setup
> script.
>
> I've managed to get bufferbloat under control, with only 3-4ms of added
> ping when downloading but I've had to set the ingress to 43000, reducing my
> speed not hugely but more than I might have expected.
>
> On the upload side I'm syncing at 10422Kbps and the egress is set to 9300,
> so not quite as bad. Bufferbloat here is also under control, at maybe 2-3ms
> when downloading.
>
> Is there anything I can do to reclaim more of the download speed? How can
> I diagnose this?
>
> The other question I would like to ask is, what's the absolute best way to
> see what the ping maximum actually is? With speedtest.net the ping only
> increases 1-2ms (pinging bbc.co.uk) and the same is true for
> dslreports.com (maybe a little bit higher, maximum of about 5ms) but on
> the dslreports.com site it says 9ms+ at times?
>
> Thanks.
> --
> Alec Robertson
>
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>
>
[-- Attachment #2: Type: text/html, Size: 3515 bytes --]
next prev parent reply other threads:[~2016-10-21 3:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-17 8:21 Alec Robertson
2016-10-20 17:57 ` David Collier-Brown
2016-10-21 3:53 ` jb [this message]
2016-10-21 4:39 ` Mikael Abrahamsson
2016-10-21 8:32 ` Mario Hock
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='CAH3Ss97kpb_h-zMWiaiiE858rfCEzY=AvxAwR7vqgHPmcHM5mg@mail.gmail.com' \
--to=justin@dslr.net \
--cc=alecrobertson13@gmail.com \
--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