[dpdk-dev] L2FWD Sample Application stops receiving packets after sometime
prashant.upadhyaya at aricent.com
Fri Mar 21 09:05:59 CET 2014
I am glad your usecase works.
Please do let me know what is the maximum throughput you are able to achieve with vmxnet3 (assuming your underlying physical NIC is 10 Gig), it will be interesting to see the performance.
From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jain, Neeraj 3. (NSN - IN/Bangalore)
Sent: Thursday, March 20, 2014 5:00 PM
To: dev at dpdk.org
Subject: Re: [dpdk-dev] L2FWD Sample Application stops receiving packets after sometime
Found the Problem. Few packet buffers were not being freed which lead to slow leak of mbufs.
From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of ext Jain, Neeraj 3. (NSN - IN/Bangalore)
Sent: Thursday, March 20, 2014 2:42 PM
To: dev at dpdk.org
Subject: [dpdk-dev] L2FWD Sample Application stops receiving packets after sometime
I am currently running few trials with DPDK sample application for one of my project requirements. Below are the system details under which the sample application (L2 Forward) is being run.
Platform: Linux 2.6.32-358.17.1.el6.x86_64
VMWare: ESXI 5.1
L2 FWD program is being run with a load of ~100K packets per second on RX queue. The sample application successfully forwards the packets to other end for some time. However, after around 1 hour run, I see that rte_eth_rx_burst returns 0 packets received, though the load generator continuously sends packet to the L2 FWD program.
The statistics reported by the sample application also shows the "Packets received:" value stops incrementing.
I also used "rte_eth_stats_get" api to check if any packets are being received on the interface. This api shows the packets are being received at the interface, however rte_eth_rx_burst does not pick these packets.
Can you please help me as to why this behavior is seen. Also, please let me know if you need further details. Thanks
Please refer to http://www.aricent.com/legal/email_disclaimer.html
for important disclosures regarding this electronic communication.
More information about the dev