From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ig0-f171.google.com (mail-ig0-f171.google.com [209.85.213.171]) by dpdk.org (Postfix) with ESMTP id 241DD4CE4 for ; Fri, 15 Apr 2016 15:01:44 +0200 (CEST) Received: by mail-ig0-f171.google.com with SMTP id gy3so18813986igb.0 for ; Fri, 15 Apr 2016 06:01:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=eWak0FzH2uZOjyJiIKFKtZexacxtSq+GQN4CNlb/5EE=; b=YRlslrvAA57YPd7LUfRqT7o45AopYKk7dGtnJkC3oOBuPDCTLdNNF1K6sn8kl3GHYu DnJ8i7tOo8MPtGOcdoKmtvMfVp16+PCEDdZ7QF3J4AYu58dqRECz4ZzuOjtfTRL7OhiY xDqBkyjwhvyfYbOnzSMaJOzrsbUV4VE7zcs67owUb1UolQ+BqlCFvFcoemEgturS2GmX A3m1tbxZUVHhzOBNce8nO2ntzsGvasqH6wfiMBgIlouzUsSaTSqrSD/JArcJ5omNDXhM ZePrpWcUniJ+MDKODMfVLCrTFvoOUZRI63Zssef3onktvo3NP4SSGZuyq625UmIg04rQ Ax9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=eWak0FzH2uZOjyJiIKFKtZexacxtSq+GQN4CNlb/5EE=; b=l1nG6t5cpaSOfnscTWtVa59O2/YdE1KsoFeuEdLyfP6Bs+5DNsfzWLBY6tz5Ua/eEL 00Iw7X4XPUGtq2pYWWVWy5nFmen9T0Ljj6BgZsVRtD4EHOo62my8s83jZcftVXIMf9aj b97YilNlGkQUNqFvytzmu/Cg+S1aqjPEtDbzu2ZSlVhWB5/VnyNwyvzALU4V5wO/zV2f PDxPvNyFf3lVwOx+KEgsv1koSGfSvHHGUlrfIB6YuBMTVWTR3mjPbDrI3vGxGwucJLI4 XN3lc/iIF/IwF25D8eNf0/VDzUQRNB/yLM8/pQXNJ++0eGLgUby23uMIGmLE52QiFhXo dyUw== X-Gm-Message-State: AOPr4FVenIrx80bKmPl4vVmkTR3Xmu//UFW+B7YWc+f3ybtYMu1nEF2YDzpWpysJVnIOYUI2nJGH06dlgIBo1A== X-Received: by 10.50.112.169 with SMTP id ir9mr4817347igb.92.1460725303446; Fri, 15 Apr 2016 06:01:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.33.144 with HTTP; Fri, 15 Apr 2016 06:01:23 -0700 (PDT) In-Reply-To: References: From: Andriy Berestovskyy Date: Fri, 15 Apr 2016 15:01:23 +0200 Message-ID: To: =?UTF-8?Q?Javier_Coleto_Fern=C3=A1ndez?= Cc: users Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-users] mbuf free cnt not decreasing X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 13:01:44 -0000 Hi Javier, Please see below. On Fri, Apr 15, 2016 at 10:34 AM, Javier Coleto Fern=C3=A1ndez wrote: > The problem I'm facing is my mbuf free count (as given by > rte_mempool_free_count()) keeps increasing and tops at ~8130. Being 8192 > the size of the mempool, that stops the packet processing and my > application stops forwarding. Try rte_ring_count(mempool->ring) instead of rte_mempool_free_count(). The latter adds cached mbufs, hence might be the difference 8192 vs 8130. > Any clues about what I could do to liberate the free mbufs back to the > mempool? Try to increase the number of mbufs in the mempool. There might be two case= s: 1. For whatever mempool size you always lack mbufs -> it is an mbuf leak, so you have to find and fix it. 2. Number of free mbufs stabilizes at some point -> you could either increase the mempool size to accommodate that usage or reduce the caches/descriptors/thresholds. Andriy