[dpdk-dev] [RFC] ethdev: make rte flow API thread safe

Stephen Hemminger stephen at networkplumber.org
Tue Sep 8 16:52:08 CEST 2020


On Mon, 7 Sep 2020 02:36:48 +0000
Suanming Mou <suanmingm at nvidia.com> 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 to what was formerly a totally usermode operation.  
> 

Read the source for glibc and see what pthread_mutex does

> If I understand correctly, in the non-contended single thread case, pthread mutex lock should not go to the kernel space.
> I also wrote a small application with pthread mutex, and strace shows no system call was introduced.
> 
> Another simple testing code below is to check the cycles cost difference in every round between pthread mutex and spin_lock.
> 

Micro benchmarks of locking is hard to see.



More information about the dev mailing list