From: Neal Cardwell <ncardwell@google.com>
To: Dave Taht <dave.taht@gmail.com>
Cc: bloat <bloat@lists.bufferbloat.net>, Rpm <rpm@lists.bufferbloat.net>
Subject: Re: [Bloat] *under*bloated networks
Date: Sun, 28 Nov 2021 10:42:25 -0500 [thread overview]
Message-ID: <CADVnQynenp-VJ=ECm5QBvSQ1Y-uyj95=XftDNqXuWdHCDd02yQ@mail.gmail.com> (raw)
In-Reply-To: <CAA93jw6fz2REDiFAdfrdcAmgQ0rcFDDS0TQqMxgLeGxHK1nBKw@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 1222 bytes --]
On Mon, Nov 22, 2021 at 10:35 PM Dave Taht <dave.taht@gmail.com> wrote:
> In the last two weeks I have found two dramatically underbuffered Gbit
> fiber networks.
>
> This one appears to have about a 400 full size packet uplink buffer
> (5ms)[1]
>
> https://imgur.com/a/Bm9hdNf
>
> It was pretty remarkable to see how well multiple tcp flows still
> achieved close to the full rate with such a small fixed size queue,
> eventually.
>
> A single bbr flow can't crack 150mbits: https://imgur.com/a/DpydL5K.
>
Thanks, Dave. The single-flow BBR upload case is interesting.
I took a look at the packet traces in the later thread:
https://www.reddit.com/r/eero/comments/qxbkcl/66_is_out/hltlep0/
For the single-flow BBR case it seems that....
(1) the BBR(v1) flow is running into a 300 Mbps bottleneck rate (visible in
the slope of the green ACK line in the zoomed-in trace, attached).
(2) the BBR(v1) flow is achieving an average rate a bit above 150 Mbps
because it repeatedly runs into receive window limits (the yellow line in
the zoomed-out trace, attached). The frequent receive window limits mean
that the flow spends a lot of time unable to send anything, thus leading to
lower average throughput.
cheers,
neal
[-- Attachment #1.2: Type: text/html, Size: 1976 bytes --]
[-- Attachment #2: bloat-2021-11-22-underbloated-bbrv1-168Mbps-zoomed-in.png --]
[-- Type: image/png, Size: 113905 bytes --]
[-- Attachment #3: bloat-2021-11-22-underbloated-bbrv1-168Mbps-zoomed-out.png --]
[-- Type: image/png, Size: 135848 bytes --]
next prev parent reply other threads:[~2021-11-28 15:42 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-23 3:35 Dave Taht
2021-11-28 15:42 ` Neal Cardwell [this message]
2021-11-28 18:24 ` 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='CADVnQynenp-VJ=ECm5QBvSQ1Y-uyj95=XftDNqXuWdHCDd02yQ@mail.gmail.com' \
--to=ncardwell@google.com \
--cc=bloat@lists.bufferbloat.net \
--cc=dave.taht@gmail.com \
--cc=rpm@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