From: Stephen Hemminger <stephen@networkplumber.org>
To: dev@dpdk.org
Subject: RFC - Tap io_uring PMD
Date: Wed, 30 Oct 2024 14:56:44 -0700 [thread overview]
Message-ID: <20241030145644.0b97f23c@hermes.local> (raw)
The current tap device is slow both due to architectural choices and the
overhead of Linux system calls. I am exploring a how to fix that but some
of the choices require some tradeoffs. Which leads to some open questions:
1. DPDK tap also support tunnel (TUN) mode where there is no Ethernet header
only L3. Does anyone actually use this? It is different than what every other
PMD expects.
2. The fastest way to use kernel TAP device would be to use io_uring.
But this was added in 5.1 kernel (2019). Rather than having conditional or
dual mode in DPDK tap device, perhaps there should just be a new PMD tap_uring?
3. Current TAP device provides hooks for several rte_flow types by playing
games with kernel qdisc. Does anyone really use this? Propose just not doing
this in new tap_uring.
4. What other features of TAP device beyond basic send/receive make sense?
It looks like new device could support better statistics.
5. What about Rx interrupt support?
Probably the hardest part of using io_uring is figuring out how to collect
completions. The simplest way would be to handle all completions rx and tx
in the rx_burst function.
reply other threads:[~2024-10-30 21:56 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20241030145644.0b97f23c@hermes.local \
--to=stephen@networkplumber.org \
--cc=dev@dpdk.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;
as well as URLs for NNTP newsgroup(s).