> > It consumes 100% only if you busy poll (which is the default approach). > Precisely.
It is, after all, Intel's response to the problem of general-purpose scheduling of its processors - which prevents the processor from being viable under high networking loads. Cheers, Etienne On Mon, Feb 22, 2021 at 12:58 PM Pawel Malachowski < pawmal-na...@freebsd.lublin.pl> wrote: > Dnia Mon, Feb 22, 2021 at 08:33:35AM -0300, Douglas Fischer napisał(a): > > > But IMHO, the questions do not cover the actual reality of DPDK. > > That característic of "100% CPU" depends on several aspects, like: > > - How old are the hardware on DPDK. > > - What type of DPDK Instructions are made(Very Dynamic as Statefull > CGNAT, > > ou Static ACLs?) > > - Using or not the measurements of DPDK Input/Drop/Fowarding. > > - CPU Affinity done according to the demand of traffic > > - SR-IOV (sharing resources) on DPDK. > > It consumes 100% only if you busy poll (which is the default approach). > One can switch between polling and interrupts (or monitor, if supported), > or introduce halt instructions, in case of low/medium traffic volume. > > > -- > Pawel Malachowski > @pawmal80 > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale