On Tue, Mar 10, 2020 at 4:08 PM Ferruh Yigit <ferruh.yi...@intel.com> wrote: > >> +1 to the idea, testpmd initialization was taking too lock without > >> '--no-mlockall', but this code looks complex for the application level. > >> > >> We can do this for testpmd but does all applications need to do something > >> similar? If so can we have a solution on eal level instead? > > > > I submitted a patch on the EAL side. > > This makes mlockall way lighter, since it skips pages marked with PROT_NONE. > > http://patchwork.dpdk.org/patch/66469/ > > > > Cool, > > With that patch timing improves a lot, in my system testpmd initialization > reduced from 38s to 9s. (it was 6s with --no-mlockall). > > Do we still need this testpmd patch?
My intention is to drop this RFC once Anatoly gives a ACK on the EAL side. -- David Marchand