From: Joyce Kong <Joyce.Kong@arm.com>
To: Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com>,
"thomas@monjalon.net" <thomas@monjalon.net>,
"david.marchand@redhat.com" <david.marchand@redhat.com>,
Ruifeng Wang <Ruifeng.Wang@arm.com>,
"konstantin.ananyev@intel.com" <konstantin.ananyev@intel.com>,
"rsanford@akamai.com" <rsanford@akamai.com>,
"erik.g.carrillo@intel.com" <erik.g.carrillo@intel.com>,
"olivier.matz@6wind.com" <olivier.matz@6wind.com>,
"yipeng1.wang@intel.com" <yipeng1.wang@intel.com>,
"sameh.gobriel@intel.com" <sameh.gobriel@intel.com>,
"bruce.richardson@intel.com" <bruce.richardson@intel.com>,
"vladimir.medvedkin@intel.com" <vladimir.medvedkin@intel.com>,
"anatoly.burakov@intel.com" <anatoly.burakov@intel.com>,
"andrew.rybchenko@oktetlabs.ru" <andrew.rybchenko@oktetlabs.ru>,
"jerinj@marvell.com" <jerinj@marvell.com>,
"declan.doherty@intel.com" <declan.doherty@intel.com>,
"ciara.power@intel.com" <ciara.power@intel.com>,
"xiaoyun.li@intel.com" <xiaoyun.li@intel.com>,
"nicolas.chautru@intel.com" <nicolas.chautru@intel.com>,
"maryam.tahhan@intel.com" <maryam.tahhan@intel.com>,
"reshma.pattan@intel.com" <reshma.pattan@intel.com>,
"cristian.dumitrescu@intel.com" <cristian.dumitrescu@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>, nd <nd@arm.com>
Subject: Re: [dpdk-dev] [PATCH v1 01/12] test/pmd_perf: use compiler atomic builtins for polling sync
Date: Wed, 10 Nov 2021 06:10:22 +0000 [thread overview]
Message-ID: <DU2PR08MB7287057736BBEC708EE3451B92939@DU2PR08MB7287.eurprd08.prod.outlook.com> (raw)
In-Reply-To: <DBAPR08MB5814015E30BBCBAC702C8B9598919@DBAPR08MB5814.eurprd08.prod.outlook.com>
> <snip>
>
> >
> > Convert rte_atomic usages to compiler atomic built-ins for polling
> > sync in pmd_perf test cases.
> >
> > Signed-off-by: Joyce Kong <joyce.kong@arm.com>
> > Reviewed-by: Ruifeng Wang <ruifeng.wang@arm.com>
> > ---
> > app/test/test_pmd_perf.c | 12 +++++-------
> > 1 file changed, 5 insertions(+), 7 deletions(-)
> >
> > diff --git a/app/test/test_pmd_perf.c b/app/test/test_pmd_perf.c index
> > 3a248d512c..41ef001b90 100644
> > --- a/app/test/test_pmd_perf.c
> > +++ b/app/test/test_pmd_perf.c
> > @@ -10,7 +10,6 @@
> > #include <rte_cycles.h>
> > #include <rte_ethdev.h>
> > #include <rte_byteorder.h>
> > -#include <rte_atomic.h>
> > #include <rte_malloc.h>
> > #include "packet_burst_generator.h"
> > #include "test.h"
> > @@ -526,7 +525,7 @@ main_loop(__rte_unused void *args)
> > return 0;
> > }
> >
> > -static rte_atomic64_t start;
> > +static uint64_t start;
> >
> > static inline int
> > poll_burst(void *args)
> > @@ -564,8 +563,7 @@ poll_burst(void *args)
> > num[portid] = pkt_per_port;
> > }
> >
> > - while (!rte_atomic64_read(&start))
> > - ;
> > + rte_wait_until_equal_64(&start, 1, __ATOMIC_RELAXED);
> This needs to be ACQUIRE. Please see comments below for function
> 'exec_burst'.
>
> >
> > cur_tsc = rte_rdtsc();
> > while (total) {
> > @@ -617,7 +615,7 @@ exec_burst(uint32_t flags, int lcore)
> > pkt_per_port = MAX_TRAFFIC_BURST;
> > num = pkt_per_port * conf->nb_ports;
> >
> > - rte_atomic64_init(&start);
> > + __atomic_store_n(&start, 0, __ATOMIC_RELAXED);
> >
> > /* start polling thread, but not actually poll yet */
> > rte_eal_remote_launch(poll_burst,
> > @@ -625,7 +623,7 @@ exec_burst(uint32_t flags, int lcore)
> >
> > /* Only when polling first */
> > if (flags == SC_BURST_POLL_FIRST)
> > - rte_atomic64_set(&start, 1);
> > + __atomic_store_n(&start, 1, __ATOMIC_RELAXED);
> This line can be combined with initialization of 'start'. i.e.
> if (flags == SC_BURST_POLL_FIRST) {
> __atomic_store_n(&start, 1, __ATOMIC_RELAXED); } else {
> __atomic_store_n(&start, 0, __ATOMIC_RELAXED); } It is ok to use
> RELAXED here as it is part of initialization and 'rte_eal_remote_launch' will
> ensure that the store to 'start' is visible to the worker thread.
>
> >
> > /* start xmit */
> > i = 0;
> > @@ -642,7 +640,7 @@ exec_burst(uint32_t flags, int lcore)
> >
> > /* only when polling second */
> > if (flags == SC_BURST_XMIT_FIRST)
> > - rte_atomic64_set(&start, 1);
> > + __atomic_store_n(&start, 1, __ATOMIC_RELAXED);
> This store should happen after transmitting the packets. It is better to use
> RELEASE here.
Thanks, Honnappa, will make the changes in next version.
Joyce
>
> >
> > /* wait for polling finished */
> > diff_tsc = rte_eal_wait_lcore(lcore);
> > --
> > 2.17.1
next prev parent reply other threads:[~2021-11-10 6:10 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-02 10:18 [dpdk-dev] [PATCH v1 00/12] use compiler atomic builtins for app Joyce Kong
2021-08-02 10:18 ` [dpdk-dev] [PATCH v1 01/12] test/pmd_perf: use compiler atomic builtins for polling sync Joyce Kong
2021-11-08 22:50 ` Honnappa Nagarahalli
2021-11-10 6:10 ` Joyce Kong [this message]
2021-08-02 10:18 ` [dpdk-dev] [PATCH v1 02/12] test/ring_perf: use compiler atomic builtins for lcores sync Joyce Kong
2021-11-09 5:43 ` Honnappa Nagarahalli
2021-08-02 10:18 ` [dpdk-dev] [PATCH v1 03/12] test/timer: use compiler atomic builtins for sync Joyce Kong
2021-11-09 20:59 ` Honnappa Nagarahalli
2021-08-02 10:18 ` [dpdk-dev] [PATCH v1 04/12] test/stack_perf: use compiler atomics for lcore sync Joyce Kong
2021-11-09 21:12 ` Honnappa Nagarahalli
2021-08-02 10:18 ` [dpdk-dev] [PATCH v1 05/12] test/bpf: use compiler atomics for calculation Joyce Kong
2021-08-02 10:18 ` [dpdk-dev] [PATCH v1 06/12] test/func_reentrancy: use compiler atomic for data sync Joyce Kong
2021-11-09 21:54 ` Honnappa Nagarahalli
2021-08-02 10:18 ` [dpdk-dev] [PATCH v1 07/12] app/eventdev: use compiler atomic builtins for packets sync Joyce Kong
2021-11-10 23:19 ` Honnappa Nagarahalli
2021-11-11 7:27 ` Joyce Kong
2021-08-02 10:18 ` [dpdk-dev] [PATCH v1 08/12] app/crypto: use compiler atomic builtins for display sync Joyce Kong
2021-11-09 22:11 ` Honnappa Nagarahalli
2021-08-02 10:18 ` [dpdk-dev] [PATCH v1 09/12] app/compress: " Joyce Kong
2021-11-09 22:59 ` Honnappa Nagarahalli
2021-11-11 8:13 ` Joyce Kong
2021-08-02 10:18 ` [dpdk-dev] [PATCH v1 10/12] app/testpmd: use compiler atomic builtins for port sync Joyce Kong
2021-11-09 23:14 ` Honnappa Nagarahalli
2021-11-11 8:51 ` Joyce Kong
2021-08-02 10:18 ` [dpdk-dev] [PATCH v1 11/12] app/bbdev: use compiler atomics for thread sync Joyce Kong
2021-11-10 21:25 ` Honnappa Nagarahalli
2021-08-02 10:18 ` [dpdk-dev] [PATCH v1 12/12] app: remove unnecessary include of atomic Joyce Kong
2021-10-21 6:35 ` [dpdk-dev] [PATCH v1 00/12] use compiler atomic builtins for app Joyce Kong
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=DU2PR08MB7287057736BBEC708EE3451B92939@DU2PR08MB7287.eurprd08.prod.outlook.com \
--to=joyce.kong@arm.com \
--cc=Honnappa.Nagarahalli@arm.com \
--cc=Ruifeng.Wang@arm.com \
--cc=anatoly.burakov@intel.com \
--cc=andrew.rybchenko@oktetlabs.ru \
--cc=bruce.richardson@intel.com \
--cc=ciara.power@intel.com \
--cc=cristian.dumitrescu@intel.com \
--cc=david.marchand@redhat.com \
--cc=declan.doherty@intel.com \
--cc=dev@dpdk.org \
--cc=erik.g.carrillo@intel.com \
--cc=jerinj@marvell.com \
--cc=konstantin.ananyev@intel.com \
--cc=maryam.tahhan@intel.com \
--cc=nd@arm.com \
--cc=nicolas.chautru@intel.com \
--cc=olivier.matz@6wind.com \
--cc=reshma.pattan@intel.com \
--cc=rsanford@akamai.com \
--cc=sameh.gobriel@intel.com \
--cc=thomas@monjalon.net \
--cc=vladimir.medvedkin@intel.com \
--cc=xiaoyun.li@intel.com \
--cc=yipeng1.wang@intel.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).