From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg1-f193.google.com (mail-pg1-f193.google.com [209.85.215.193]) by dpdk.org (Postfix) with ESMTP id 9894A5920 for ; Tue, 14 May 2019 06:52:35 +0200 (CEST) Received: by mail-pg1-f193.google.com with SMTP id w22so7938631pgi.6 for ; Mon, 13 May 2019 21:52:35 -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=hzwxh1sjJXHRNz0BVRagD4gBaEq0s/jWSO7scU21M0E=; b=vYv793P1gg2FxAh9r9GnuwUrX0XIWu2gUVd8r1Ay40LddDxpQaDRxga3pbAHfXsUST mT6I6pVsg1zx8LLqu9QxuDpiQXbPO1Iwh5hk7mqA3RuZoG2CCgf0IDFP953ltkbg8L8Y CqD2EbfUKXksJ7bjrKgGXy9TKJiAiAe6fNlK/XuA1OnvR81n4XqyA892bs78YdmfqF4u q4mNprCugnZFtMqitAAVwAf2YT4ijcZCIyA3RMqGs67wbmXTCWS6L6atjg/eqKka1ko1 wtulQY2ddEDGWznxP/KUTyqfO7lXwl9975H0AsIbxt4clf1n2eIWmaVGOiHPTWnXwEcO VDUw== 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=hzwxh1sjJXHRNz0BVRagD4gBaEq0s/jWSO7scU21M0E=; b=FAAgCt45K+4rhBKdVf9Q22AI2Dm7+xsOvKdA9kxww4etmDL7qQ/6IZNmId12pavs5X +DWMGVPw9ruH/iQH2f6oRzzSNCM2BS8S4SRrwZBgWKt9vda9PiiSLgm0DuMB/3JW/7sP 8rl6f9g8mkgZygFngBavfi+SpyK3vTEN+nFggXiph9AVLw708cA18kkyPedVknL1A2lD jRSXHA5fpJBIlbFOjrj5xSbrB7rgkrAdfk4//v1Bs2LJryiCZvliok+B7AYKqzVbXqdO 9GbOpyPmMqQu+Z14OgWkQC/9OAxgYBUXpoHfSEzOo0ds0KKtSwkDx007mk3qgr4I6/+F YHgA== X-Gm-Message-State: APjAAAWGXEehsmuV1r3HwlidHmUnSEsiSmxQtvMqGuWM2Mhv3gZAd7xQ OiKs9aOjAx8A9QZaXY2CnpIOng== X-Google-Smtp-Source: APXvYqy9g18sA96F9NIHb44Yl5jxcvY+z89F4+FX17q+ws3ABh3FKNYcUObJPbk3MXfBbDq9UIrx4w== X-Received: by 2002:a63:5110:: with SMTP id f16mr36215574pgb.107.1557809554498; Mon, 13 May 2019 21:52:34 -0700 (PDT) Received: from hermes.lan (204-195-22-127.wavecable.com. [204.195.22.127]) by smtp.gmail.com with ESMTPSA id z7sm17929050pgh.81.2019.05.13.21.52.34 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 13 May 2019 21:52:34 -0700 (PDT) Date: Mon, 13 May 2019 21:52:22 -0700 From: Stephen Hemminger To: Yongseok Koh Cc: shahafs@mellanox.com, dev@dpdk.org Message-ID: <20190513215222.46f6e3fb@hermes.lan> In-Reply-To: <20190401211757.26241-6-yskoh@mellanox.com> References: <20190307074151.18815-1-yskoh@mellanox.com> <20190401211757.26241-1-yskoh@mellanox.com> <20190401211757.26241-6-yskoh@mellanox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 May 2019 04:52:36 -0000 On Mon, 1 Apr 2019 14:17:56 -0700 Yongseok Koh 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? From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by dpdk.space (Postfix) with ESMTP id 7EB00A00E6 for ; Tue, 14 May 2019 06:52:38 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 08D735A44; Tue, 14 May 2019 06:52:37 +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 9894A5920 for ; Tue, 14 May 2019 06:52:35 +0200 (CEST) Received: by mail-pg1-f193.google.com with SMTP id w22so7938631pgi.6 for ; Mon, 13 May 2019 21:52:35 -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=hzwxh1sjJXHRNz0BVRagD4gBaEq0s/jWSO7scU21M0E=; b=vYv793P1gg2FxAh9r9GnuwUrX0XIWu2gUVd8r1Ay40LddDxpQaDRxga3pbAHfXsUST mT6I6pVsg1zx8LLqu9QxuDpiQXbPO1Iwh5hk7mqA3RuZoG2CCgf0IDFP953ltkbg8L8Y CqD2EbfUKXksJ7bjrKgGXy9TKJiAiAe6fNlK/XuA1OnvR81n4XqyA892bs78YdmfqF4u q4mNprCugnZFtMqitAAVwAf2YT4ijcZCIyA3RMqGs67wbmXTCWS6L6atjg/eqKka1ko1 wtulQY2ddEDGWznxP/KUTyqfO7lXwl9975H0AsIbxt4clf1n2eIWmaVGOiHPTWnXwEcO VDUw== 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=hzwxh1sjJXHRNz0BVRagD4gBaEq0s/jWSO7scU21M0E=; b=FAAgCt45K+4rhBKdVf9Q22AI2Dm7+xsOvKdA9kxww4etmDL7qQ/6IZNmId12pavs5X +DWMGVPw9ruH/iQH2f6oRzzSNCM2BS8S4SRrwZBgWKt9vda9PiiSLgm0DuMB/3JW/7sP 8rl6f9g8mkgZygFngBavfi+SpyK3vTEN+nFggXiph9AVLw708cA18kkyPedVknL1A2lD jRSXHA5fpJBIlbFOjrj5xSbrB7rgkrAdfk4//v1Bs2LJryiCZvliok+B7AYKqzVbXqdO 9GbOpyPmMqQu+Z14OgWkQC/9OAxgYBUXpoHfSEzOo0ds0KKtSwkDx007mk3qgr4I6/+F YHgA== X-Gm-Message-State: APjAAAWGXEehsmuV1r3HwlidHmUnSEsiSmxQtvMqGuWM2Mhv3gZAd7xQ OiKs9aOjAx8A9QZaXY2CnpIOng== X-Google-Smtp-Source: APXvYqy9g18sA96F9NIHb44Yl5jxcvY+z89F4+FX17q+ws3ABh3FKNYcUObJPbk3MXfBbDq9UIrx4w== X-Received: by 2002:a63:5110:: with SMTP id f16mr36215574pgb.107.1557809554498; Mon, 13 May 2019 21:52:34 -0700 (PDT) Received: from hermes.lan (204-195-22-127.wavecable.com. [204.195.22.127]) by smtp.gmail.com with ESMTPSA id z7sm17929050pgh.81.2019.05.13.21.52.34 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 13 May 2019 21:52:34 -0700 (PDT) Date: Mon, 13 May 2019 21:52:22 -0700 From: Stephen Hemminger To: Yongseok Koh Cc: shahafs@mellanox.com, dev@dpdk.org Message-ID: <20190513215222.46f6e3fb@hermes.lan> In-Reply-To: <20190401211757.26241-6-yskoh@mellanox.com> References: <20190307074151.18815-1-yskoh@mellanox.com> <20190401211757.26241-1-yskoh@mellanox.com> <20190401211757.26241-6-yskoh@mellanox.com> 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Message-ID: <20190514045222.LGb_XgYqc1Rlu4_Ff6KstlEAbaM9Ae1pu-F1kSx3u9g@z> On Mon, 1 Apr 2019 14:17:56 -0700 Yongseok Koh 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?