From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pa0-f43.google.com (mail-pa0-f43.google.com [209.85.220.43]) by dpdk.org (Postfix) with ESMTP id A82967EB0 for ; Thu, 16 Apr 2015 02:50:26 +0200 (CEST) Received: by paboj16 with SMTP id oj16so69603644pab.0 for ; Wed, 15 Apr 2015 17:50:26 -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=ahVt4Jkz8pAJEFWxhzVR4UtTuvd1Vk/lYQKMx9eP9WQ=; b=jHa7J3Mzxey0VF3ULAJkdu6gs44NEwuAN2ub90ayeP0JcMerlHbfhs6xwNW9VCkiTR ofvQpc5SSJAHIvecFkuO2b3h3d1XFKCAjgOhZ+/6UL8ZxjJIxa6Vwx5OvD+umpNZuyMA 6QWUZYXwwTT8ElFJiDZGoEBfkZTNFnsecnEYF31MT3c61ETiL0gdvJ7apdnQOB1MgqTJ ZvMt7gF/lBKkxYCFb9M8biMJY8DxLgNTUL49va7jqAx1F5wU+zE4U+FtUgSSUWqPp2Kp 7zRvXMhRbIARYCWf6D89+xO6Cu5Hh891Leo3y88ygs8skUXOXGqKOxTCfSbSiolaM/RW dXEA== X-Gm-Message-State: ALoCoQkpMArW/ad+Uq/8caXTLKEh5Y5Ho6X1i2vdT4wYMgOwZoFFr3r+AtBQwWYjz89wAq48HHvM X-Received: by 10.70.39.99 with SMTP id o3mr51431333pdk.10.1429145426002; Wed, 15 Apr 2015 17:50:26 -0700 (PDT) Received: from urahara (static-50-53-82-155.bvtn.or.frontiernet.net. [50.53.82.155]) by mx.google.com with ESMTPSA id h12sm5240473pdk.77.2015.04.15.17.50.25 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 Apr 2015 17:50:25 -0700 (PDT) Date: Wed, 15 Apr 2015 17:50:31 -0700 From: Stephen Hemminger To: Kamraan Nasim Message-ID: <20150415175031.44c9f082@urahara> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: dev@dpdk.org, liran@weka.io Subject: Re: [dpdk-dev] dev Digest, Vol 22, Issue 37 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: Thu, 16 Apr 2015 00:50:27 -0000 On Wed, 15 Apr 2015 17:43:02 -0700 Kamraan Nasim wrote: > > > > This had me stumped for a while as well. In my case, PostGres9.4 was also > > running on my system which also used huge pages and came up before my DPDK > > application causing rte_mempool_create() to ENOMEM. > > > Check which other applications are using huge pages: > > lsof | grep huge > > And see if you can disable huge pages for them or increase the total pages > you're allocating in Kernel. > There are some libraries to allow for better cooperation with huge pages. But DPDK development started in parallel and hasn't caught up to using them. See http://libhugetlbfs.sourceforge.net/