From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <echaudro@redhat.com> Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id 735111B1A6 for <dev@dpdk.org>; Fri, 29 Sep 2017 10:14:59 +0200 (CEST) Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id B3CBE3680B; Fri, 29 Sep 2017 08:14:58 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com B3CBE3680B Authentication-Results: ext-mx06.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx06.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=echaudro@redhat.com Received: from rhvm.imac (ovpn-116-180.ams2.redhat.com [10.36.116.180]) by smtp.corp.redhat.com (Postfix) with ESMTP id 06D5118B09; Fri, 29 Sep 2017 08:14:57 +0000 (UTC) To: Sergio Gonzalez Monroy <sergio.gonzalez.monroy@intel.com>, jingjing.wu@intel.com Cc: dev@dpdk.org References: <22990026376b08418cb0eb6f028840c03e89f47f.1505221429.git.echaudro@redhat.com> <7ca2adec-cb72-ea15-8c4b-ae33b8889036@intel.com> From: Eelco Chaudron <echaudro@redhat.com> Organization: Red Hat Message-ID: <2915a386-08ad-ca2e-4b33-2c001ec6c7dc@redhat.com> Date: Fri, 29 Sep 2017 10:15:19 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <7ca2adec-cb72-ea15-8c4b-ae33b8889036@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.30]); Fri, 29 Sep 2017 08:14:58 +0000 (UTC) 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 Reply-To: echaudro@redhat.com 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: Fri, 29 Sep 2017 08:14:59 -0000 On 29/09/17 10:07, Sergio Gonzalez Monroy wrote: > On 12/09/2017 14:08, Eelco Chaudron wrote: >> 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. >> >> Signed-off-by: Eelco Chaudron <echaudro@redhat.com> >> --- > > When used for performance testing using hugepages or --no-huge option? This is independent of huge pages, its for the text (code) sections.