From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Hemminger Subject: Re: dev Digest, Vol 22, Issue 37 Date: Wed, 15 Apr 2015 17:50:31 -0700 Message-ID: <20150415175031.44c9f082@urahara> References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: dev-VfR2kkLFssw@public.gmane.org, liran-I7wstvAgZDk@public.gmane.org To: Kamraan Nasim Return-path: In-Reply-To: List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org Sender: "dev" 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/