From: "Jonas Mårtensson" <martensson.jonas@gmail.com>
To: "Jonathan Morton" <chromatix99@gmail.com>,
"Toke Høiland-Jørgensen" <toke@toke.dk>,
conor@conorbeh.com, bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] starlink
Date: Thu, 3 Dec 2020 09:38:07 +0100 [thread overview]
Message-ID: <CAM9iV=+Rxh4svpHhHCPN=fWg7c4+XkzJBop=W4Hk7ge1F99_vg@mail.gmail.com> (raw)
In-Reply-To: <FBB2D1DA-C3BE-4975-9F0A-FD9D25C7885C@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2001 bytes --]
> Thanks for sharing! That is some terrible bloat, though! :(
Also widely varying download speed.
> I imagine it exists in the uplink device rather than the Starlink
network itself. Distinct upload and download bloat tests would help in
determining whether it's at your end or the remote end. You should be able
to use dslreports.com/speedtest to determine that.
I'm not the OP but from the reddit thread (
https://www.reddit.com/r/Starlink/comments/k0dwon/starlink_and_bufferbloat_testing/.compact),
this is their dslreports test:
http://www.dslreports.com/speedtest/66406433
It does look like the main problem is in the uplink. The download speed
looks much more consistent in the dslreports test but I guess that
could also be due to the short duration of the test.
Another user from the reddit thread showing similar results:
http://www.dslreports.com/speedtest/66406098
/Jonas
On Tue, Dec 1, 2020 at 3:39 PM Jonathan Morton <chromatix99@gmail.com>
wrote:
> > On 1 Dec, 2020, at 3:20 pm, Toke Høiland-Jørgensen via Bloat <
> bloat@lists.bufferbloat.net> wrote:
> >
> >> Jim Gettys made a reddit post on r/Starlink asking for data from beta
> >> testers. I am one of those testers. I spun up an Ubuntu VM and did three
> >> runs of flent and rrul as depicted in the getting started page. You may
> >> find the results here:
> >>
> https://drive.google.com/file/d/1NIGPpCMrJgi8Pb27t9a9VbVOGzsKLE0K/view?usp=sharing
> >
> > Thanks for sharing! That is some terrible bloat, though! :(
>
> I imagine it exists in the uplink device rather than the Starlink network
> itself. Distinct upload and download bloat tests would help in determining
> whether it's at your end or the remote end. You should be able to use
> dslreports.com/speedtest to determine that.
>
> - Jonathan Morton
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>
[-- Attachment #2: Type: text/html, Size: 3323 bytes --]
next prev parent reply other threads:[~2020-12-03 8:37 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-30 23:19 Conor Beh
2020-12-01 13:20 ` Toke Høiland-Jørgensen
2020-12-01 14:39 ` Jonathan Morton
2020-12-03 8:38 ` Jonas Mårtensson [this message]
2020-12-12 20:40 ` Dave Taht
2020-12-01 14:02 ` Michael Richardson
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='CAM9iV=+Rxh4svpHhHCPN=fWg7c4+XkzJBop=W4Hk7ge1F99_vg@mail.gmail.com' \
--to=martensson.jonas@gmail.com \
--cc=bloat@lists.bufferbloat.net \
--cc=chromatix99@gmail.com \
--cc=conor@conorbeh.com \
--cc=toke@toke.dk \
/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