From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH v2] kni: add new mbuf in alloc_q only based on its empty slots Date: Sat, 01 Jul 2017 12:56:44 +0200 Message-ID: <6326540.SPDRFXfjDR@xps> References: <1494502172-16950-1-git-send-email-gowrishankar.m@linux.vnet.ibm.com> <1494503486-20876-1-git-send-email-gowrishankar.m@linux.vnet.ibm.com> <4ca53d20-a36a-f769-fefe-1619bd1a36af@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: dev@dpdk.org, Ferruh Yigit To: Gowrishankar Return-path: Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by dpdk.org (Postfix) with ESMTP id 475492C8 for ; Sat, 1 Jul 2017 12:56:47 +0200 (CEST) In-Reply-To: <4ca53d20-a36a-f769-fefe-1619bd1a36af@intel.com> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 07/06/2017 19:20, Ferruh Yigit: > On 5/11/2017 12:51 PM, Gowrishankar wrote: > > From: Gowrishankar Muthukrishnan > > > > In kni_allocate_mbufs(), we attempt to add max_burst (32) count of mbuf > > always into alloc_q, which is excessively leading too many rte_pktmbuf_ > > free() when alloc_q is contending at high packet rate (for eg 10Gig data). > > In a situation when alloc_q fifo can only accommodate very few (or zero) > > mbuf, create only what needed and add in fifo. > > > > With this patch, we could stop random network stall in KNI at higher packet > > rate (eg 1G or 10G data between vEth0 and PMD) sufficiently exhausting > > alloc_q on above condition. I tested i40e PMD for this purpose in ppc64le. > > > > Changes: > > v2 - alloc_q free count calculation corrected. > > line wrap fixed for commit message. > > > > Signed-off-by: Gowrishankar Muthukrishnan > > Acked-by: Ferruh Yigit Applied with this title: "kni: allocate no more mbuf than empty slots in queue" Thanks