There are the outputs : vpp# show buffer traces
Pool Name Index NUMA Size Data Size Total Avail Cached Used default-numa-0 0 0 2496 2048 17640 0 152 17488 Node Allocated Freed In Out Buffered api-rx-from-ring 1 0 0 0 1 GigabitEthernetb/0/0-tx 0 0 11 0 11 unix-cli-local:4 10 0 0 0 10 dpdk-input 36221 34867 0 56450605 -56449251 GigabitEthernetb/0/0-tx 0 0 8 0 8 GigabitEthernet13/0/0-tx 0 0 56449411 0 56449411 dpdk-input 0 0 0 93 -93 vpp# show buffer traces verbose Pool Name Index NUMA Size Data Size Total Avail Cached Used default-numa-0 0 0 2496 2048 17640 0 168 17472 Node Allocated Freed In Out Buffered api-rx-from-ring 1 0 0 0 1 ip4-glean 10 0 10 20 0 ip4-drop 0 0 10 10 0 ip4-lookup 0 0 10 10 0 error-drop 0 0 10 10 0 drop 0 10 10 0 0 GigabitEthernetb/0/0-tx 0 0 11 0 11 GigabitEthernetb/0/0-output 0 0 11 11 0 unix-cli-local:4 10 0 0 0 10 gtpu4-input 0 0 56450054 56450054 0 dpdk-input 36221 34867 0 56450605 -56449251 arp-reply 0 0 390 390 0 arp-input 0 0 390 390 0 ip4-mfib-forward-rpf 0 0 9 9 0 ip4-mfib-forward-lookup 0 0 9 9 0 ip4-udp-lookup 0 0 56450054 56450054 0 ip4-glean 9 0 652 661 0 ip6-input 0 0 98 98 0 ip6-not-enabled 0 0 98 98 0 ip4-input 0 0 112900143 112900143 0 ip4-drop 0 0 687 687 0 ip4-rewrite 0 0 56449402 56449402 0 ip4-local 0 0 56450054 56450054 0 ip4-lookup 0 0 112900134 112900134 0 ethernet-input 0 0 56450605 56450605 0 ip4-policer-classify 0 0 56450054 56450054 0 interface-output 0 0 8 8 0 error-punt 0 0 28 28 0 error-drop 0 0 1167 1167 0 punt 0 28 28 0 0 drop 0 1167 1167 0 0 GigabitEthernetb/0/0-tx 0 0 8 0 8 GigabitEthernetb/0/0-output 0 0 8 8 0 GigabitEthernet13/0/0-tx 0 0 56449411 0 56449411 GigabitEthernet13/0/0-output 0 0 56449411 56449411 0 dpdk-input 0 0 0 109 -109 ip4-mfib-forward-rpf 0 0 4 4 0 ip4-mfib-forward-lookup 0 0 4 4 0 ip6-input 0 0 101 101 0 ip6-not-enabled 0 0 101 101 0 ip4-options 0 0 4 4 0 ip4-input 0 0 8 8 0 ip4-drop 0 0 8 8 0 ip4-local 0 0 4 4 0 ethernet-input 0 0 109 109 0 error-drop 0 0 109 109 0 drop 0 109 109 0 0 Please help us on this mates. We were using an older version of VPP and couldn't get these results ASAP, bganne/ole. (PS: I would rate 3/10 myself, OLE :-D) On Mon, Oct 11, 2021 at 12:57 PM Benoit Ganne (bganne) <bga...@cisco.com> wrote: > VPP uses its own buffer allocator under the hood, you should monitor the > output of 'show buffers' instead. > If you still see buffer leaks, you can turn on buffer tracing with 'set > buffer traces' and share the output of 'show buffer traces'. > > Best > ben > > > -----Original Message----- > > From: vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> On Behalf Of Akash S R > > Sent: lundi 11 octobre 2021 08:27 > > To: vpp-dev <vpp-dev@lists.fd.io> > > Subject: [vpp-dev] show dpdk buffers are fully allocated slowly while > > sending 1G traffic after some minutes > > > > Hello Mates/OLE/Dave, > > > > I have an important query on "show dpdk buffers" allocation. I have only > 1 > > NUMA node on my PC and buffers-per-numa is increased from 16800 (default) > > to 128000. I am sending 1G Traffic and after some minutes there is "show > > dpdk buffer" output where free becomes 0 and allocated becomes full. Have > > seen this increasing slowly with time. > > Why is there no refresh of buffers and all are allocated slowly ? Please > > advise. This is a serious issue as this is a performance impact and I > need > > to find out the solution so please help. > > > > /Akash >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#20316): https://lists.fd.io/g/vpp-dev/message/20316 Mute This Topic: https://lists.fd.io/mt/86230891/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-