o ; dev@dpdk.org;
> joyce.k...@arm.com; phil.y...@arm.com; steve.cap...@arm.com;
> honnappa.nagaraha...@arm.com
> Subject: RE: [dpdk-dev] [RFC] ethdev: make rte flow API thread safe
>
> > Would it be possible to push the choice of mutual exclusion down to
> > the device driver?
pdk.org; joyce.k...@arm.com; phil.y...@arm.com;
> steve.cap...@arm.com; honnappa.nagaraha...@arm.com
> Subject: Re: [dpdk-dev] [RFC] ethdev: make rte flow API thread safe
>
> On Tue, 08 Sep 2020 17:03:53 +0200
> Thomas Monjalon wrote:
>
> > 08/09/2020 16:52, Stephen
Yigit ;
> Andrew Rybchenko ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [RFC] ethdev: make rte flow API thread safe
>
> On Mon, 7 Sep 2020 02:36:48 +
> Suanming Mou wrote:
>
> > Hi,
> >
> > Sorry for my late reply due to the vacation.
> >
> > > W
On Tue, 08 Sep 2020 17:03:53 +0200
Thomas Monjalon wrote:
> 08/09/2020 16:52, Stephen Hemminger:
> > On Mon, 7 Sep 2020 02:36:48 +
> > Suanming Mou wrote:
> > > > What is the performance impact of this for currently working
> > > > applications that
> > > > use a single thread to program
08/09/2020 16:52, Stephen Hemminger:
> On Mon, 7 Sep 2020 02:36:48 +
> Suanming Mou wrote:
> > > What is the performance impact of this for currently working applications
> > > that
> > > use a single thread to program flow rules. You are adding a couple of
> > > system
> > > calls to what
On Mon, 7 Sep 2020 02:36:48 +
Suanming Mou wrote:
> Hi,
>
> Sorry for my late reply due to the vacation.
>
> > What is the performance impact of this for currently working applications
> > that
> > use a single thread to program flow rules. You are adding a couple of
> > system
> > calls
Hi,
Sorry for my late reply due to the vacation.
> What is the performance impact of this for currently working applications that
> use a single thread to program flow rules. You are adding a couple of system
> calls to what was formerly a totally usermode operation.
If I understand correctly,
On Thu, 3 Sep 2020 12:53:02 +0800
Suanming Mou wrote:
> Currently, the rte flow functions are not defined as thread safety.
> DPDK applications either call the functions in single thread or add
> locks around the functions for the critical section.
>
> For PMDs support the flow operations threa
Currently, the rte flow functions are not defined as thread safety.
DPDK applications either call the functions in single thread or add
locks around the functions for the critical section.
For PMDs support the flow operations thread safe natively, the
redundant protection in application hurts the
9 matches
Mail list logo
