From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from jaguar.aricent.com (jaguar.aricent.com [180.151.2.24]) by dpdk.org (Postfix) with ESMTP id 574995903 for ; Fri, 21 Mar 2014 09:04:51 +0100 (CET) Received: from jaguar.aricent.com (localhost [127.0.0.1]) by postfix.imss71 (Postfix) with ESMTP id 5C84E36B62; Fri, 21 Mar 2014 13:36:02 +0530 (IST) Received: from GUREXHT01.ASIAN.AD.ARICENT.COM (gurexht01.asian.ad.aricent.com [10.203.171.136]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by jaguar.aricent.com (Postfix) with ESMTP id 5087D36B4C; Fri, 21 Mar 2014 13:36:02 +0530 (IST) Received: from GUREXMB01.asian.ad.aricent.com ([10.203.171.134]) by GUREXHT01.ASIAN.AD.ARICENT.COM ([10.203.171.136]) with mapi; Fri, 21 Mar 2014 13:36:02 +0530 From: Prashant Upadhyaya To: "Jain, Neeraj 3. (NSN - IN/Bangalore)" , "dev@dpdk.org" Date: Fri, 21 Mar 2014 13:35:59 +0530 Thread-Topic: [dpdk-dev] L2FWD Sample Application stops receiving packets after sometime Thread-Index: AQHPRC+x0hGd4utv8UuIR7Ecl9Em95rrL7Sg Message-ID: References: <2AA69572D8087D4FA7345FB70631D59A1FD71474@SGSIMBX007.nsn-intra.net> <2AA69572D8087D4FA7345FB70631D59A1FD71503@SGSIMBX007.nsn-intra.net> In-Reply-To: <2AA69572D8087D4FA7345FB70631D59A1FD71503@SGSIMBX007.nsn-intra.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-MML: No Subject: Re: [dpdk-dev] L2FWD Sample Application stops receiving packets after sometime X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 08:04:51 -0000 Hi Neeraj, I am glad your usecase works. Please do let me know what is the maximum throughput you are able to achie= ve with vmxnet3 (assuming your underlying physical NIC is 10 Gig), it will = be interesting to see the performance. Regards -Prashant -----Original Message----- From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Jain, Neeraj 3. (NSN -= IN/Bangalore) Sent: Thursday, March 20, 2014 5:00 PM To: dev@dpdk.org Subject: Re: [dpdk-dev] L2FWD Sample Application stops receiving packets af= ter sometime Found the Problem. Few packet buffers were not being freed which lead to sl= ow leak of mbufs. ~Neeraj -----Original Message----- From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of ext Jain, Neeraj 3. (N= SN - IN/Bangalore) Sent: Thursday, March 20, 2014 2:42 PM To: dev@dpdk.org Subject: [dpdk-dev] L2FWD Sample Application stops receiving packets after = sometime Hi, I am currently running few trials with DPDK sample application for one of m= y 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 Driver: vmxnet3-usermap L2 FWD program is being run with a load of ~100K packets per second on RX q= ueue. 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_bur= st 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 r= eceived:" value stops incrementing. I also used "rte_eth_stats_get" api to check if any packets are being recei= ved 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 ~Neeraj =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D Please refer to http://www.aricent.com/legal/email_disclaimer.html for important disclosures regarding this electronic communication. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D