DPDK usage discussions
 help / color / mirror / Atom feed
From: Fengkai Sun <qcloud1014@gmail.com>
To: Stephen Hemminger <stephen@networkplumber.org>
Cc: users@dpdk.org
Subject: Re: Scheduling of multiple RX/TX queues on a single port
Date: Fri, 2 Jun 2023 18:14:00 +0800	[thread overview]
Message-ID: <CAF6YOcMArn9sJKqP158ONscDBJy_ns5ac1uuqqWvNGKydrvzEg@mail.gmail.com> (raw)
In-Reply-To: <20230530092429.00e68897@hermes.local>

[-- Attachment #1: Type: text/plain, Size: 1656 bytes --]

Hi Stephen,

Thank you very much for your reply!

After using 'transmit scheduling' as the keyword, much more useful results
now show up.

For others who are also interested in how queues are scheduled, I would
recommend reading this paper (it's open access):
https://www.usenix.org/system/files/nsdi19-stephens.pdf


--
Thanks,
Fengkai

On Wed, May 31, 2023 at 12:24 AM Stephen Hemminger <
stephen@networkplumber.org> wrote:

> On Mon, 29 May 2023 23:02:45 +0800
> Fengkai Sun <qcloud1014@gmail.com> wrote:
>
> > Hi list,
> >
> > I'm curious how DPDK programs the NIC to receive/transmit packets when
> > there are multiple queues on a single port.
> >
> > As for RX, the answer might be clear.
> > The NIC can only receive a packet once at a time, since the cable only
> > outputs one signal (0 or 1) at a time (correct me if I'm wrong).
> > Therefore the NIC can receive a packet, check it's information, and
> finally
> > put in into the right queue via some policies, e.g. RSS, all
> sequentially.
> >
> > However, it confuses me when it comes to TX.
> > As there are multiple TX queues on the same port, the NIC must decide
> which
> > queue to get packets from when it's idle.
> > This is where scheduling lies. How does the NIC select the queue?
> > Round-Robin? Does it have to enforce fairness among the queues?
> >
> > I'm wondering where I can find some documentation on this issue. Thank
> you!
>
> Transmit scheduling is up to the hardware (not DPDK).
> Generally I assume it is round-robin
> but there maybe cases like priority queues (like DCB) or large packets
> with segment offload.
>

[-- Attachment #2: Type: text/html, Size: 2316 bytes --]

      reply	other threads:[~2023-06-05 15:02 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-05-29 15:02 Fengkai Sun
2023-05-30 16:24 ` Stephen Hemminger
2023-06-02 10:14   ` Fengkai Sun [this message]

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=CAF6YOcMArn9sJKqP158ONscDBJy_ns5ac1uuqqWvNGKydrvzEg@mail.gmail.com \
    --to=qcloud1014@gmail.com \
    --cc=stephen@networkplumber.org \
    --cc=users@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).