From: Dave Taht <dave.taht@gmail.com>
To: Michael Welzl <michawe@ifi.uio.no>,
Linux Kernel Network Developers <netdev@vger.kernel.org>
Cc: bloat@lists.bufferbloat.net
Subject: Re: [Bloat] Trying to *really* understand Linux pacing
Date: Wed, 7 Feb 2024 07:05:27 -0500 [thread overview]
Message-ID: <CAA93jw6di-ypNHH0kz70mhYitT_wsbpZR4gMbSx7FEpSvHx3qg@mail.gmail.com> (raw)
In-Reply-To: <1BAA689A-D44E-4122-9AD8-25F6D024377E@ifi.uio.no>
Dear Michael:
Thank you for digging deeply into packet pacing, TSQ, etc. I think
there are some interesting new possibilities in probing (especially
during slow start) that could make the core idea even more effective
than it is. I also tend to think that attempting it in various cloudy
environments and virtualization schemes, and with certain drivers, the
side effects are not as well understood as I would like. For example,
AWS's nitro lacks BQL as does virtio-net.
I think the netdev community, now cc'd, would be interested in your
document and explorations so far, below. I hope for more
enlightenment.
On Wed, Feb 7, 2024 at 6:57 AM Michael Welzl via Bloat
<bloat@lists.bufferbloat.net> wrote:
>
> Dear de-bloaters of buffers,
> Esteemed experts of low delay and pacing!
>
> I have no longer been satisfied with high-level descriptions of how pacing works in Linux, and how it interacts with TSQ (I’ve seen some, in various papers, over the years) - but I wanted to REALLY understand it. So, I have dug through the code.
>
> I documented this experience here:
> https://docs.google.com/document/d/1-uXnPDcVBKmg5krkG5wYBgaA2yLSFK_kZa7xGDWc7XU/edit?usp=sharing
> but it has some holes and may have mistakes.
>
> Actually, my main problem is that I don’t really know what goes on when I configure a larger IW… things seem to get quite “off” there. Why? Anyone up for solving that riddle? ;-)
> (see the tests I documented towards the end of the document)
>
> Generally, if someone who has their hands on files such as tcp_output.c all the time could take a look, and perhaps “fill” my holes, or improve anything that might be wrong, that would be fantastic! I think that anyone should be allowed to comment and make suggestions in this doc.
>
> MANY thanks to whoever finds the time to take a look !
>
> Cheers,
> Michael
>
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
--
40 years of net history, a couple songs:
https://www.youtube.com/watch?v=D9RGX6QFm5E
Dave Täht CSO, LibreQos
next prev parent reply other threads:[~2024-02-07 12:05 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-07 11:56 Michael Welzl
2024-02-07 12:05 ` Dave Taht [this message]
2024-02-07 12:08 ` Michael Welzl
2024-02-07 12:20 ` Dave Taht
2024-02-07 20:13 ` Neal Cardwell
2024-02-19 13:54 ` Michael Welzl
2024-02-19 14:02 ` Dave Taht
2024-02-07 15:03 ` Stephen Hemminger
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=CAA93jw6di-ypNHH0kz70mhYitT_wsbpZR4gMbSx7FEpSvHx3qg@mail.gmail.com \
--to=dave.taht@gmail.com \
--cc=bloat@lists.bufferbloat.net \
--cc=michawe@ifi.uio.no \
--cc=netdev@vger.kernel.org \
/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