[dpdk-dev] [PATCH v8 00/19] support multi-pthread per core

Thomas Monjalon thomas.monjalon at 6wind.com
Tue Feb 24 19:53:03 CET 2015


> > v8 changes:
> >   keep using strlen for trusted input string
> > 
> > v7 changes:
> >   update EAL version map for new public EAL API
> >   rollback to use strnlen() passing EAL core option
> > 
> > v6 changes:
> >   rename RTE_RING_PAUSE_REP(_COUNT) and set default to 0
> >   rollback to use RTE_MAX_LCORE when checking valid lcore_id for EAL thread
> > 
> > v5 changes:
> >   reorder some patch and split into addtional two patches
> >   rte_thread_get_affinity() return type change to avoid
> >   add RTE_RING_PAUSE_REP into config and by default turn off
> > 
> > v4 changes:
> >   new patch fixing strnlen() invalid return in 32bit icc [03/17]
> >   update and add more comments on sched_yield() [16/17]
> > 
> > v3 changes:
> >   new patch adding sched_yield() in rte_ring to avoid long spin [16/17]
> > 
> > v2 changes:
> >   add '<number>-<number>' support for EAL option '--lcores' [02/17]
> > 
> > The patch series contain the enhancements of EAL and fixes for libraries
> > to run multi-pthreads(either EAL or non-EAL thread) per physical core.
> > Two major changes list as below:
> > - Extend the core affinity of each EAL thread to 1:n.
> >   Each lcore stands for a EAL thread rather than a logical core.
> >   The change adds new EAL option to allow static lcore to cpuset assginment.
> >   Then a lcore(EAL thread) affinity to a cpuset, original 1:1 mapping is the special case.
> > - Fix the libraries to allow running on any non-EAL thread.
> >   It fix the gaps running libraries in non-EAL thread(dynamic created by user).
> >   Each fix libraries take care the case of rte_lcore_id() >= RTE_MAX_LCORE.
> > 
> > Thanks a million for the comments from Konstantin, Bruce, Mirek and Stephen in RFC review.
> > 
> > Cunming Liang (19):
> >   eal: add cpuset into per EAL thread lcore_config
> >   eal: fix PAGE_SIZE redefine complaint on freebsd
> >   eal: new eal option '--lcores' for cpu assignment
> >   eal: fix wrong strnlen() return value in 32bit icc
> >   eal: add public function parsing socket_id from cpu_id
> >   eal: new TLS definition and API declaration
> >   eal: add eal_common_thread.c for common thread API
> >   eal: standardize init sequence between linux and bsd
> >   eal: add rte_gettid() to acquire unique system tid
> >   eal: apply affinity of EAL thread by assigned cpuset
> >   enic: fix re-define freebsd compile complain
> >   malloc: fix the issue of SOCKET_ID_ANY
> >   log: fix the gap to support non-EAL thread
> >   eal: set _lcore_id and _socket_id to (-1) by default
> >   eal: fix recursive spinlock in non-EAL thraed
> >   mempool: add support to non-EAL thread
> >   ring: add support to non-EAL thread
> >   ring: add sched_yield to avoid spin forever
> >   timer: add support to non-EAL thread
> 
> Acked-by: Konstantin Ananyev <konstantin.ananyev at intel.com>

I tried to fix many english typos. Please consider it during reviews.
Cunming, you'll repeat 10 times "non-EAL threads compute more than none" ;)

Applied, thanks

My main concern in this patchset is about naming. Now lcore means thread
in many places. I would prefer to have a cleanup to use right term at
right place, even if it requires breaking API.

Are we going to deprecate the fresh option -l in favor of --lcores/--threads?



More information about the dev mailing list