<snip> > > On Tue, 24 Aug 2021 20:03:03 +0000 > Honnappa Nagarahalli <honnappa.nagaraha...@arm.com> wrote: > > > > One difference between this implementation and the previous one is > > > this busy loop. rte_pause() relaxes the cpu, but will not make the > > > calling thread to sleep and wait for the sync event. So here we can > > > spin a quite long time until the other thread is scheduled by the OS. > > Yes, this is a difference. We could add a microsleep to allow for the OS to > > un- > schedule the current thread. > > Why not use sched_yield() here? This means, it is not portable to Windows. The function needs to be moved to OS specific files. Are there any guidelines on creating OS specific functions? Can I create in this case?
- Re: [dpdk-dev] [RFC v2] eal: simplify the implementat... Olivier Matz
- Re: [dpdk-dev] [RFC v2] eal: simplify the implem... Honnappa Nagarahalli
- Re: [dpdk-dev] [RFC v2] eal: simplify the im... Stephen Hemminger
- Re: [dpdk-dev] [RFC v2] eal: simplify th... Honnappa Nagarahalli
- Re: [dpdk-dev] [RFC v2] eal: simplify th... Mattias Rönnblom
- Re: [dpdk-dev] [RFC v2] eal: simplif... Honnappa Nagarahalli
- Re: [dpdk-dev] [RFC v2] eal: si... Mattias Rönnblom
- Re: [dpdk-dev] [RFC v2] eal... Honnappa Nagarahalli
- Re: [dpdk-dev] [RFC v2] eal: simplify th... Honnappa Nagarahalli
- Re: [dpdk-dev] [RFC v2] eal: simplify the implem... Mattias Rönnblom
- Re: [dpdk-dev] [RFC v2] eal: simplify the im... Honnappa Nagarahalli
- Re: [dpdk-dev] [RFC v2] eal: simplify th... Stephen Hemminger