From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <stephen@networkplumber.org>
Received: from mail-pd0-f178.google.com (mail-pd0-f178.google.com
 [209.85.192.178]) by dpdk.org (Postfix) with ESMTP id 1255B68B5
 for <dev@dpdk.org>; Thu, 17 Apr 2014 05:22:59 +0200 (CEST)
Received: by mail-pd0-f178.google.com with SMTP id x10so11440483pdj.23
 for <dev@dpdk.org>; Wed, 16 Apr 2014 20:23:00 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to
 :references:mime-version:content-type:content-transfer-encoding;
 bh=Pj6rUVkACr7DR7NtEjNNjqamWIFbTWv+rKB1DB3FeGU=;
 b=Jb3IrjpBNyLRJhE5bLBDPOVKXrgsh6g+341qf8appI/5HjStwvgS/6u4CLSn4Y+GPX
 6KlqSrjAMzg9qqZuXW3HY58wd4W5oKXRXxIa3u/vpc5f0gNYqFmyicuNIWb9vDDrC2jV
 O6hwFT8Vt4EM9hV2MTRxqqTb2Wr3qrM4x1DndWTyx7aB8+q3kKVWymJDmLDXLDsYDxcg
 p43+M+pOMA958ghg+LGJrrZNBodd35iCiSwBQ/+qTVP6VM9x+2dAyoSFo/obSllmpKk4
 ToI9BczQD2m1+lK9nVLIZRhRrriL4G2dIrln3jUN/LlzWYPqhRlpWaA3BRciwmo5UQ+/
 tYfA==
X-Gm-Message-State: ALoCoQnNQiPw+tuRSjDKknyagYXU7bNrwvBuU6qzj2dsiBD4aZt/rOP3N5lT9iI8j6Mr+7ok0jfE
X-Received: by 10.66.146.199 with SMTP id te7mr12656420pab.106.1397704980133; 
 Wed, 16 Apr 2014 20:23:00 -0700 (PDT)
Received: from nehalam.linuxnetplumber.net
 (static-50-53-83-51.bvtn.or.frontiernet.net. [50.53.83.51])
 by mx.google.com with ESMTPSA id xg4sm50188828pbb.47.2014.04.16.20.22.59
 for <multiple recipients>
 (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
 Wed, 16 Apr 2014 20:22:59 -0700 (PDT)
Date: Wed, 16 Apr 2014 20:22:57 -0700
From: Stephen Hemminger <stephen@networkplumber.org>
To: "Burakov, Anatoly" <anatoly.burakov@intel.com>
Message-ID: <20140416202257.3248ee38@nehalam.linuxnetplumber.net>
In-Reply-To: <C6ECDF3AB251BE4894318F4E451236975928B89E@IRSMSX104.ger.corp.intel.com>
References: <C6ECDF3AB251BE4894318F4E451236975928B89E@IRSMSX104.ger.corp.intel.com>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH] EAL: Take reserved hugepages into account
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Apr 2014 03:23:01 -0000

On Wed, 16 Apr 2014 11:11:12 +0000
"Burakov, Anatoly" <anatoly.burakov@intel.com> wrote:

> Some applications reserve hugepages for later use, but DPDK doesn't take reserved pages into account when calculating number of available number of hugepages. This patch adds reading from "resv_hugepages" file in addition to "free_hugepages".
> ---
>  lib/librte_eal/linuxapp/eal/eal_hugepage_info.c | 16 +++++++++++++++-
>  1 file changed, 15 insertions(+), 1 deletion(-)

Would it be worth using libhuge instead of doing heavy lifting in DPDK?
>