From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <dev-bounces@dpdk.org> Received: from dpdk.org (dpdk.org [92.243.14.124]) by dpdk.space (Postfix) with ESMTP id 8221FA00E6 for <public@inbox.dpdk.org>; Tue, 14 May 2019 06:54:42 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id BD3B35B1C; Tue, 14 May 2019 06:54:41 +0200 (CEST) Received: from mail-pg1-f193.google.com (mail-pg1-f193.google.com [209.85.215.193]) by dpdk.org (Postfix) with ESMTP id B051B5A4A for <dev@dpdk.org>; Tue, 14 May 2019 06:54:39 +0200 (CEST) Received: by mail-pg1-f193.google.com with SMTP id e6so7942342pgc.4 for <dev@dpdk.org>; Mon, 13 May 2019 21:54:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=n50Q2kDEOPvTU17I+JJA3IBnNNCeSSc1c4vkmIwvhjE=; b=a7j88FmZto5HBpIt6z8V61bbeltbngli3VueJjNAxLgz/CLkMk9hSiORzGQN1ZhGmP Uh+CbZfJkYYwU8U8CbGUbsWFxzctQDUqJUq/WdEBw9VjaS9RrAt6I72ME5F6aWrIMKlm zs2Wq/Zyr2nqXz/IOzOXHJYikimXwSlhhEiICTtdcPXh7doOFhZTIEzxtPs6TQIBbsnK mWpdxwhMOS+fEONzffT9e09Hd+oSDeRiRaQt6W+G7UxA1Aem5iHqHDEwKphe9G2k3jZc UWa3oVHr47iG7p14Vw4mCa1dfmvZTolkNVUUUBRsfnsPyEan/eB9p9xHXxSF0cMzMbmT Axqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=n50Q2kDEOPvTU17I+JJA3IBnNNCeSSc1c4vkmIwvhjE=; b=J12eZeqJDdfybC7L0Zk5MQuW4hqDDICkOiRakYBFTXJSaS9T/cYb5wtysMMd8PYx64 zbeTlNQRIy4lOA9fWI5FuZj30PnXeai/f1AdKvMSjXH4dpnqOaBs7ZSwcvhvZUm8nbX2 SsIzCF6avHJjUWe8qoOmIH1kkUtQ2UejZdRjCK2s6dPpBF8RIQo7cvwJx0AiJ9vAmJ0s Bda4bI/HpYJeBMUM+mmqjH2C4a8YbKEXasfuyM5E1cJmfM5SdQ9GHeA9JEJ3AHaDb88P Swps5ypfaoaoNwMt7SiMbZUxXv38Nwlt2Qba444eVWRDQTkpx00WtaXU+LZHkXoLw15y SBDg== X-Gm-Message-State: APjAAAUIqN+Lc/OuWyi3hBgZPxlR09PjDoUjoy7jZLAI7GBc6hHdNCnZ uULMVoCZpDoW9QO7sCY/5Zz7vJiwjJs= X-Google-Smtp-Source: APXvYqxsSVQOGFiY7ov1tIGLlfchWCVbbjMhJYt4kJYBiuv6tYLUTJnab7ZCJBBw54/9gZUM6rPZTA== X-Received: by 2002:a63:295:: with SMTP id 143mr35898144pgc.279.1557809678772; Mon, 13 May 2019 21:54:38 -0700 (PDT) Received: from hermes.lan (204-195-22-127.wavecable.com. [204.195.22.127]) by smtp.gmail.com with ESMTPSA id b186sm11684002pga.5.2019.05.13.21.54.38 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 13 May 2019 21:54:38 -0700 (PDT) Date: Mon, 13 May 2019 21:54:37 -0700 From: Stephen Hemminger <stephen@networkplumber.org> To: Yongseok Koh <yskoh@mellanox.com> Cc: shahafs@mellanox.com, dev@dpdk.org Message-ID: <20190513215437.65b8f225@hermes.lan> In-Reply-To: <20190513215222.46f6e3fb@hermes.lan> References: <20190307074151.18815-1-yskoh@mellanox.com> <20190401211757.26241-1-yskoh@mellanox.com> <20190401211757.26241-6-yskoh@mellanox.com> <20190513215222.46f6e3fb@hermes.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH v3 5/6] net/mlx4: add control of excessive memory pinning by kernel X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions <dev.dpdk.org> List-Unsubscribe: <https://mails.dpdk.org/options/dev>, <mailto:dev-request@dpdk.org?subject=unsubscribe> List-Archive: <http://mails.dpdk.org/archives/dev/> List-Post: <mailto:dev@dpdk.org> List-Help: <mailto:dev-request@dpdk.org?subject=help> List-Subscribe: <https://mails.dpdk.org/listinfo/dev>, <mailto:dev-request@dpdk.org?subject=subscribe> Errors-To: dev-bounces@dpdk.org Sender: "dev" <dev-bounces@dpdk.org> Message-ID: <20190514045437.UjDf2MPdmVhj4SgZOmrK7qIjeYkutZIpbIDy9uu7h-o@z> On Mon, 13 May 2019 21:52:22 -0700 Stephen Hemminger <stephen@networkplumber.org> wrote: > On Mon, 1 Apr 2019 14:17:56 -0700 > Yongseok Koh <yskoh@mellanox.com> wrote: > > > +- ``mr_ext_memseg_en`` parameter [int] > > + > > + A nonzero value enables extending memseg when registering DMA memory. If > > + enabled, the number of entries in MR (Memory Region) lookup table on datapath > > + is minimized and it benefits performance. On the other hand, it worsens memory > > + utilization because registered memory is pinned by kernel driver. Even if a > > + page in the extended chunk is freed, that doesn't become reusable until the > > + entire memory is freed. > > + > > + Enabled by default. > > + > > This module parameter does not appear in the upstream Linux kernel drivers (even 5.2). > What code are you referring to? Nevermind, it is a DPDK not kernel parameter.