Re: [vpp-dev] Buffer chains and pre-data area

2021-07-19 Thread Benoit Ganne (bganne) via lists.fd.io
> I guess I should also modify the value of "DPDK RTE_PKTMBUF_HEADROOM" but > I don't know how I can do it ? Indeed, I can't find where this variable is > defined. You should be able to change it here: https://git.fd.io/vpp/tree/build/external/packages/dpdk.mk#n14 Best ben

Re: [vpp-dev] Buffer chains and pre-data area

2021-07-18 Thread Andrew Yourtchenko
Ah indeed, I missed that, sorry! Thanks! :-) --a > On 18 Jul 2021, at 16:59, Damjan Marion wrote: > >  > > That was already suggested to Jerome, see his first email in this thread. > > — > Damjan > > >>> On 18.07.2021., at 16:05, Andrew Yourtchenko wrote: >>> >> Naive question: if

Re: [vpp-dev] Buffer chains and pre-data area

2021-07-17 Thread jerome . bayaux
Hello Benoit, Thank you for your answer about buffer allocation in batches, my solution is way more efficient now. However, I still want to try to change the value of the " PRE_DATA_SIZE " cmake variable to see how it behaves with a greater value (i.e 256 instead of 128). To do so, I

Re: [vpp-dev] Buffer chains and pre-data area

2021-07-15 Thread Damjan Marion via lists.fd.io
> On 15.07.2021., at 18:53, jerome.bay...@student.uliege.be wrote: > > Dear vpp-dev, > > I'm trying to do some IPv6 in IPv6 encapsulation with no tunnel configuration. > > The objective is to encapsulate the received packet in an other IPv6 packet > that will also "contain" a Hop-by-hop

Re: [vpp-dev] Buffer chains and pre-data area

2021-07-15 Thread Benoit Ganne (bganne) via lists.fd.io
Hi Jerome, > However, when I tried to perform some performance tests I was quite > disappointed by the results : the buffer allocation for each packet is not > efficient at all. My question is then : Is there any way to increase the > performances ? To allocate buffers, I use the function

[vpp-dev] Buffer chains and pre-data area

2021-07-15 Thread jerome . bayaux
Dear vpp-dev, I'm trying to do some IPv6 in IPv6 encapsulation with no tunnel configuration. The objective is to encapsulate the received packet in an other IPv6 packet that will also "contain" a Hop-by-hop extension header. In summary, the structure of the final packet will look like this :