From: Bruce Richardson <bruce.richardson@intel.com>
To: "Morten Brørup" <mb@smartsharesystems.com>
Cc: <dev@dpdk.org>, <david.marchand@redhat.com>
Subject: Re: [PATCH v4 3/3] doc: provide examples of using lcores EAL parameter
Date: Wed, 14 May 2025 13:14:10 +0100 [thread overview]
Message-ID: <aCSJElU1SXiz6q8H@bricha3-mobl1.ger.corp.intel.com> (raw)
In-Reply-To: <98CBD80474FA8B44BF855DF32C47DC35E9FC50@smartserver.smartshare.dk>
On Wed, May 14, 2025 at 01:38:59PM +0200, Morten Brørup wrote:
> > From: Bruce Richardson [mailto:bruce.richardson@intel.com]
> > Sent: Tuesday, 13 May 2025 18.17
> >
> > The "--lcores" EAL parameter has a very powerful syntax that can be
> > used
> > to provide precise control over lcore mappings. The docs however, only
> > provided a minimal description of what it can do. Augment the docs by
> > providing some examples of use of the option, and what the resulting
> > core mappings would be.
> >
> > Signed-off-by: Bruce Richardson <bruce.richardson@intel.com>
> > Acked-by: Morten Brørup <mb@smartsharesystems.com>
> > ---
> > doc/guides/linux_gsg/eal_args.include.rst | 27 +++++++++++++++++++++++
> > 1 file changed, 27 insertions(+)
> >
> > diff --git a/doc/guides/linux_gsg/eal_args.include.rst
> > b/doc/guides/linux_gsg/eal_args.include.rst
> > index 01fe6a3006..d530215784 100644
> > --- a/doc/guides/linux_gsg/eal_args.include.rst
> > +++ b/doc/guides/linux_gsg/eal_args.include.rst
> > @@ -23,6 +23,33 @@ Lcore-related options
> > The grouping ``()`` can be omitted for single element group.
> > The ``@`` can be omitted if cpus and lcores have the same value.
> >
> > + Examples:
> > +
> > + ``--lcores=1-3``: Run threads on physical CPUs 1, 2 and 3,
> > + with each thread having the same lcore id as the physical CPU id.
> > +
> > + ``--lcores=1@(1,2)``: Run a single thread with lcore id 1,
> > + but with that thread bound to both physical CPUs 1 and 2,
> > + so it can run on either, as determined by the operating system.
> > +
> > + ``--lcores='1@31,2@32,3@33'``: Run threads having internal lcore
> > ids of 1, 2 and 3,
> > + but with the threads being bound to physical CPUs 31, 32 and 33
> > respectively.
> > +
> > + ``--lcores='(1-3)@(31-33)'``: Run three threads with lcore ids 1,
> > 2 and 3.
> > + Unlike the previous example above,
> > + each of these threads is not bound to one specific physical CPU,
> > + but rather, all three threads are instead bound to the three
> > physical CPUs 31, 32 and 33.
> > + This means that each of the three threads can move between the
> > physical CPUs 31-33,
> > + as decided by the OS as the application runs.
> > +
> > + ``--lcores=(1-3)@20``: Run three threads, with lcore ids 1, 2 and
> > 3,
> > + where all three threads are bound to (can only run on) physical
> > CPU 20.
>
> Just noticed...
>
> Some examples use: --lcores=XYZ
> And some use: --lcores='XYZ'
>
> Are the apostrophes required in some cases?
> If not, please remove them.
>
Yes, they are required in some cases to stop the shell trying to interpret
special characters itself. For simplicity, all of these should be quoted I
think. Perhaps that could be just fixed on apply, otherwise I'm happy to do
a quick respin.
/Bruce
prev parent reply other threads:[~2025-05-14 12:14 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-13 11:38 [RFC PATCH 0/3] allow easier use of high lcore-ids Bruce Richardson
2025-03-13 11:38 ` [RFC PATCH 1/3] eal: centralize core parameter parsing Bruce Richardson
2025-03-13 11:38 ` [RFC PATCH 2/3] eal: convert core masks and lists to core sets Bruce Richardson
2025-03-13 11:38 ` [RFC PATCH 3/3] eal: allow automatic mapping of high lcore ids Bruce Richardson
2025-03-24 17:30 ` [PATCH v2 0/3] allow easier use of high lcore-ids Bruce Richardson
2025-03-24 17:30 ` [PATCH v2 1/3] eal: centralize core parameter parsing Bruce Richardson
2025-04-07 6:58 ` David Marchand
2025-03-24 17:30 ` [PATCH v2 2/3] eal: convert core masks and lists to core sets Bruce Richardson
2025-04-07 6:59 ` David Marchand
2025-03-24 17:30 ` [PATCH v2 3/3] eal: allow automatic mapping of high lcore ids Bruce Richardson
2025-04-01 14:06 ` [PATCH v2 0/3] allow easier use of high lcore-ids Bruce Richardson
2025-04-07 7:04 ` David Marchand
2025-04-07 9:48 ` Bruce Richardson
2025-04-07 10:15 ` Morten Brørup
2025-04-07 10:40 ` Bruce Richardson
2025-04-07 11:32 ` Morten Brørup
2025-04-07 11:56 ` Bruce Richardson
2025-04-07 12:25 ` Morten Brørup
2025-04-07 12:41 ` Bruce Richardson
2025-04-07 13:18 ` Morten Brørup
2025-04-07 13:24 ` Bruce Richardson
2025-04-07 15:14 ` Stephen Hemminger
2025-04-07 15:38 ` Bruce Richardson
2025-05-02 15:11 ` [PATCH v3 0/4] rework and expand EAL lcore options Bruce Richardson
2025-05-02 15:11 ` [PATCH v3 1/4] eal: deprecate old coremask-based EAL parameters Bruce Richardson
2025-05-02 15:51 ` Stephen Hemminger
2025-05-02 16:00 ` Bruce Richardson
2025-05-03 6:09 ` Morten Brørup
2025-05-02 15:11 ` [PATCH v3 2/4] eal: merge corelist and core mapping options Bruce Richardson
2025-05-02 15:11 ` [PATCH v3 3/4] doc: provide examples of using lcores EAL parameter Bruce Richardson
2025-05-02 15:11 ` [PATCH v3 4/4] eal: add option for auto-mapping cpu ids to low lcore ids Bruce Richardson
2025-05-13 16:21 ` Bruce Richardson
2025-05-04 21:17 ` [PATCH v3 0/4] rework and expand EAL lcore options Patrick Robb
2025-05-13 16:17 ` [PATCH v4 0/3] lcore options cleanup Bruce Richardson
2025-05-13 16:17 ` [PATCH v4 1/3] eal: deprecate old coremask-based EAL parameters Bruce Richardson
2025-05-13 16:17 ` [PATCH v4 2/3] eal: merge corelist and core mapping options Bruce Richardson
2025-05-13 16:17 ` [PATCH v4 3/3] doc: provide examples of using lcores EAL parameter Bruce Richardson
2025-05-14 11:38 ` Morten Brørup
2025-05-14 12:14 ` Bruce Richardson [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=aCSJElU1SXiz6q8H@bricha3-mobl1.ger.corp.intel.com \
--to=bruce.richardson@intel.com \
--cc=david.marchand@redhat.com \
--cc=dev@dpdk.org \
--cc=mb@smartsharesystems.com \
/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).