From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-it0-f46.google.com (mail-it0-f46.google.com [209.85.214.46]) by dpdk.org (Postfix) with ESMTP id 37F0D3238 for ; Thu, 10 Nov 2016 13:32:23 +0100 (CET) Received: by mail-it0-f46.google.com with SMTP id q124so38013234itd.1 for ; Thu, 10 Nov 2016 04:32:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lightcyber-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=DDuyO/Cu5FItsEXO7N2mj3E9CBnlKAKy5RJ1e6FWzdM=; b=An4qK49y4ydJXlbxFbSP465Yd5efj1xg/weqvi8FdcAkgviFgOrdEcj50Y21bKbSu0 MsTvYXC+m46k4poq7M9JcCcgYSmB7DeJqu6bNAzeqKj+Xd3txRJy0FpdEQm1YOri/dRS fEJGkjoTK5H0ZkbyYrJ12KqIp/r3hirw8lgAmaKcz1Snatma7+UZFbWcjhC99bXkzmb9 IeKrEmRlPxf1Lhwk0h1PTR+fuoQy1tkB69SDy8GIuaHlV9DpaDWgJ6eKjwpF2B5MjDCY +v3BANe7uH+xDggS3dYUvkgtm6AS97jbteNCm66edIM3NQnGLPQ1OBMbtvycJVMdOMWt H40A== 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; bh=DDuyO/Cu5FItsEXO7N2mj3E9CBnlKAKy5RJ1e6FWzdM=; b=c9qu3JtF0pSEkeQlXolTTAR3r0I2KfD/qnBJUCrxrt9tFGqJ41EI8F9RwRmeA4dVUN MWp1YTZ2ef4k3RAJJUQ5Qrnvxd4sUrYcEXxdEv3fAsq8q9OYkpTb4romCbVzyN3iYujR 3h7R6e3+gx0Qj8sUIszj26Iub213w5za/b+mQRuaaLhrnLqhi/DmqLCLoAQh+p1pXaDQ DruPsS4MuIwyHsC/S6eQzOUSwQpWB75GGn+y97KheeaudXtitfQfSs3k0DeFQemtky6a zI8eEud22G05inSrnYt1eJF5r7c66QuHXhNZZ2CHMutYiEiZE256m9+/7MX9kilf65Ye wAnw== X-Gm-Message-State: ABUngvfEUZc51qZ5byzYuvcaH+Mh5PKokShCSC5+hZPND2Lq+b/IraTy+6aY8C7t7+inUWXb5FhVRZZz1G20CA== X-Received: by 10.36.81.145 with SMTP id s139mr17173690ita.40.1478781142502; Thu, 10 Nov 2016 04:32:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.110.197 with HTTP; Thu, 10 Nov 2016 04:32:22 -0800 (PST) In-Reply-To: References: From: Keren Hochman Date: Thu, 10 Nov 2016 14:32:22 +0200 Message-ID: To: Olivier Matz Cc: Christian Ehrhardt , dev Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] disable hugepages 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, 10 Nov 2016 12:32:24 -0000 I tried using the following dpdk options: --no-huge --vdev eth_pcap0 ,rx_pcap=/t1,tx_pcap=/t2 *It's worked but the number of elements is limited, although the machine has enough free memory. *rte_mempool_create is failed when I'm trying to allocate more memory. Is there any limitation on the memory beside the machine? *Thanks, Keren * On Wed, Nov 9, 2016 at 4:50 PM, Olivier Matz wrote: > Hi Keren, > > On 11/09/2016 03:40 PM, Keren Hochman wrote: > > On Wed, Nov 9, 2016 at 3:40 PM, Christian Ehrhardt < > > christian.ehrhardt@canonical.com> wrote: > > > >> > >> On Wed, Nov 9, 2016 at 1:55 PM, Keren Hochman < > >> keren.hochman@lightcyber.com> wrote: > >> > >>> how can I create mempool without hugepages?My application is running > on a > >>> pcap file so no huge pages is needed ? > >>> > >> > >> Not sure if that is what you really want (Debug use only), but in > general > >> no-huge is available as EAL arg > >> > >> From http://pktgen.readthedocs.io/en/latest/usage_eal.html : > >> > >> EAL options for DEBUG use only: > >> --no-huge : Use malloc instead of hugetlbfs > >> > > I need this option only for testing. How can I use rte_mempool_create if > I > > use --no-huge? > > When using --no-huge, the dpdk libraries (including mempool) allocate > its memory in standard memory. Just keep in mind the physical addresses > will be wrong, so this memory cannot be given to hw devices. > > Regards, > Olivier >