From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <thomas@monjalon.net>
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com
 [66.111.4.26]) by dpdk.org (Postfix) with ESMTP id 589BC199B4
 for <dev@dpdk.org>; Wed, 13 Sep 2017 11:39:46 +0200 (CEST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
 by mailout.nyi.internal (Postfix) with ESMTP id 7CEBA2086A;
 Wed, 13 Sep 2017 05:39:46 -0400 (EDT)
Received: from frontend2 ([10.202.2.161])
 by compute1.internal (MEProxy); Wed, 13 Sep 2017 05:39:46 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h=
 cc:content-transfer-encoding:content-type:date:from:in-reply-to
 :message-id:mime-version:references:subject:to:x-me-sender
 :x-me-sender:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=QPQGOnV5jb2Vp1t
 NRujhbrER/4KdC0SIPabULS0kH58=; b=KA+//U/fbU4tpzBxxZ9vLAdB6vJHmr2
 jE1vWhTplwXj0/m4pzFdp9U6jB77JpidFt+LFalBw3vk3RtUg5rbJECn2Wbwyvi+
 SjdIMSqpzkHb1w5fnQzFBKZR7mA1qzByGatp+VbzrW2NJwl3IrCkymU+ulWrYjmI
 oGGFDoJlTpzU=
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:content-transfer-encoding:content-type
 :date:from:in-reply-to:message-id:mime-version:references
 :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s=
 fm1; bh=QPQGOnV5jb2Vp1tNRujhbrER/4KdC0SIPabULS0kH58=; b=RYW2wY7t
 L4t0kTlm19b3ujiQAv44pwuDiw8uqTtzqucutYUUeMNx+og4GUEF37XG7rIVwboD
 3IAWuPWvg21AmE/QjiUAeOjGQh2+ZDaDHYj/d8bhzbVqFWO5uf6OmEseRZhQJT75
 /qZWnAmPTpRDQ1S2xlwv43Shwinbq3KBRP92UaNYF6vsRVMr8AG45Ox7/ogbNvQM
 HlMYawPe5WD1i3mh3rwyhEev0RfgtznzB2LUbxd5Q/aicH32C/xWgW2gVMt/oXhL
 itlq33neT1nv8Sv8xBpGlkRcmX7pa0ep90qB0Lri4pSZh01GPhZnHGc+3gL3XKn8
 36C2jhBwnWCgkQ==
X-ME-Sender: <xms:4vy4WfiqPVnDSVWwt2zYhGUb0CN_C1CSddjzjhifWJJX6ThCJt7LVg>
X-Sasl-enc: eU9qxWwtf9tbUR9ImJTW+3+CU2eZEU1QH9UXkTmfQ9// 1505295586
Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184])
 by mail.messagingengine.com (Postfix) with ESMTPA id 3113B240B3;
 Wed, 13 Sep 2017 05:39:46 -0400 (EDT)
From: Thomas Monjalon <thomas@monjalon.net>
To: Eelco Chaudron <echaudro@redhat.com>
Cc: dev@dpdk.org, jingjing.wu@intel.com
Date: Wed, 13 Sep 2017 11:39:45 +0200
Message-ID: <4147502.SWF1kaKTU5@xps>
In-Reply-To: <22990026376b08418cb0eb6f028840c03e89f47f.1505221429.git.echaudro@redhat.com>
References: <22990026376b08418cb0eb6f028840c03e89f47f.1505221429.git.echaudro@redhat.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
Subject: Re: [dpdk-dev] [PATCH] app/testpmd: adds mlockall() to fix pages
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DPDK patches and discussions <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: Wed, 13 Sep 2017 09:39:47 -0000

12/09/2017 15:08, Eelco Chaudron:
> Call the mlockall() function, to attempt to lock all of its process
> memory into physical RAM, and preventing the kernel from paging any
> of its memory to disk.
> 
> When using testpmd for performance testing, depending on the code path
> taken, we see a couple of page faults in a row. These faults effect
> the overall drop-rate of testpmd. On Linux the mlockall() call will
> prefault all the pages of testpmd (and the DPDK libraries if linked
> dynamically), even without LD_BIND_NOW.

Does it work on FreeBSD?
Is there any drawback?
Do we need to add an option for it?