Hi, Looking into the changes in vpp 20.1 , the below change looks good important related to buffer indices .
*vlib: don't use vector for keeping buffer indices in the pool * Type: refactor Change-Id: I72221b97d7e0bf5c93e20bbda4473ca67bfcdeb4 Signed-off-by: Damjan Marion <damar...@cisco.com> https://github.com/FDio/vpp/commit/b6e8b1a7c8bf9f9fbd05cdc3c90111d9e7a6897b#diff-2260a8080303fbcc30ef32f782b4d6df <https://url10.mailanyone.net/v1/?m=1j1reR-0000fQ-5y&i=57e1b682&c=nJZ-BXH5lshb2jA0XjZcJfV589cXx2IknVPOvIfeZzkHN0-1aiqoxkznIe6cMM1Q36XZK9v-i6Rhciwdfyj3g0j5HWsUCsAptLO9zuiQAUmOYUrK1p2_6frehR05g36O6OEk7t1RALQ_8k5obWKPc1_zGGk7sAXIm8hlot1JYDk8Ws8lQq0gFnUcbL4gBsWrDIf5U2-aedLh9p5BR5EWP_jwcQ0qrkyaCJBngVK3ZdTeur5m1tCcUh9RH_Aup9qg9LMelskGtWqpvOOOxBX2sGn3JlsJHk6r56933BJuIKhr7uoUtg4QXyBmbJJjoob40spvLJ4ZLn6oI5GCDZoAWg> Can anybody suggest ? Thanks, Chetan On Tue, Feb 11, 2020 at 1:17 PM chetan bhasin via Lists.Fd.Io <chetan.bhasin017=gmail....@lists.fd.io> wrote: > Hi, > > Any direction regarding the crash when we increase vlib_buffer count ? We > are using vpp > vpp# show version verbose > Version: v19.08.1-155~g09ca6fa-dirty > Compiled by: cbhasin > Compile host: bfs-dl360g10-14-vm25 > Compile date: Tue 11 Feb 05:52:33 GMT 2020 > Compile location: > /nfs-bfs/workspace/odc/cbhasin/ngp/mainline/third-party/vpp/vpp_1908 > Compiler: GCC 7.3.1 20180303 (Red Hat 7.3.1-5) > > Back-trace are provided by Prashant https://pastebin.com/1YS3ZWeb > > Thanks, > Chetan Bhasin > > On Tue, Feb 4, 2020 at 3:07 PM Prashant Upadhyaya <praupadhy...@gmail.com> > wrote: > >> Thanks Benoit. >> I don't have the core files at the moment (still taming the huge cores >> that are generated, so they were disabled on the setup) >> Backtraces are present at (with indicated config of the parameter) -- >> https://pastebin.com/1YS3ZWeb >> It is a dual numa setup. >> >> Regards >> -Prashant >> >> >> On Tue, Feb 4, 2020 at 1:55 PM Benoit Ganne (bganne) <bga...@cisco.com> >> wrote: >> > >> > Hi Prashant, >> > >> > Can you share your configuration and at least a backtrace of the crash? >> Or even better a corefile: >> https://fd.io/docs/vpp/master/troubleshooting/reportingissues/reportingissues.html >> > >> > Best >> > ben >> > >> > > -----Original Message----- >> > > From: vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> On Behalf Of Prashant >> > > Upadhyaya >> > > Sent: mardi 4 février 2020 09:15 >> > > To: vpp-dev@lists.fd.io >> > > Subject: Re: [vpp-dev] Regarding buffers-per-numa parameter >> > > >> > > Woops, my mistake. I think I multiplied by 1024 extra. >> > > Mbuf's are 2KB's, not 2 MB's (that's the huge page size) >> > > >> > > But the fact remains that my usecase is unstable at higher configured >> > > buffers but is stable at lower values like 100000 (this can by all >> > > means be my usecase/code specific issue) >> > > >> > > If anybody else facing issues with higher configured buffers, please >> do >> > > share. >> > > >> > > Regards >> > > -Prashant >> > > >> > > >> > > On Tue, Feb 4, 2020 at 1:31 PM Prashant Upadhyaya >> > > <praupadhy...@gmail.com> wrote: >> > > > >> > > > Hi, >> > > > >> > > > I am using DPDK Plugin with VPP19.08. >> > > > When I set the buffers-per-numa parameter to a high value, say, >> > > > 250000, I am seeing crashes in the system. >> > > > >> > > > (The corresponding parameter controlling number of mbufs in VPP18.01 >> > > > used to work well. This was in dpdk config section as num-mbufs) >> > > > >> > > > I quickly checked in VPP19.08 that vlib_buffer_main_t uses fields >> > > > which are uwords :- >> > > > uword buffer_mem_start; >> > > > uword buffer_mem_size; >> > > > >> > > > Is it a mem size overflow in case the buffers-per-numa parameter is >> > > > set to a high value ? >> > > > I do need a high number of DPDK mbuf's in my usecase. >> > > > >> > > > Regards >> > > > -Prashant >> >> >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15383): https://lists.fd.io/g/vpp-dev/message/15383 Mute This Topic: https://lists.fd.io/mt/70968414/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
