Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp1486601pxb; Sun, 22 Aug 2021 19:07:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyNnWyGitJ+GzjrDrzonoxu3hMag4EAHGdoPv+Q4Tq0UkiU/ArVByZIBW+L2XU8vpM+Kcd/ X-Received: by 2002:a05:6402:4d:: with SMTP id f13mr34901720edu.275.1629684446039; Sun, 22 Aug 2021 19:07:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629684446; cv=none; d=google.com; s=arc-20160816; b=GxsEylHFLreEMEaZU187IuORKwvzE7mcXDlK25ZR+l/DLjHcAaoWmI/a99n0Oeqv1v km8APsa6KJf11cylNd7YsB/91tumAVllaEleQvU8NYFjDADxBAFs1juy9wmesydNh+TO gDaBqtlzvup87TSB2pWYPRXqZdxNbjoSUhEmQsGFCsJCSHOevM/25/ZTalfsvJ4jaGLE bpsI3+H0GR5qqfhQNNf8i5gdZtpGcOje1ZMOxe0livcf7SDQfjNNwdpXn4Zyj15iyb5i 6FRYWWWl+eHGLsoaivQafeHKdIf6DPceZyGTwEg7K25FWhndN3a1KRW/HswzL4VlxLLU fluw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=a+lvHaFeJkkkAOQLbRXTzBc/XIrK+hutoY3j14PFZrI=; b=T6URlr6bcFmKKvndxdEYMaRJp57BRn5YMFbaSwXeIcN+AKU37PMuzwyX6LSlxsNA3l Rzm9WysiGKqVPhVJwQPtKa1Cg8OAiJxThXMehLHs0PMpUreBgicwUlsm3g3cl2emub44 JkE6XOm/VU3f0NeA+iYFEWb97Sy0gjdWb4g4P0F32Tr2WrcRaaIK/bMN8jQkaE2DyvZM /xl0e+juts7k2kpqKyTATeMhBXutViZlw9I9J3Zk2TX9RrA6MifcbRyCt7frtD0Pdxb9 Le3K+3roTx91BTFTiZE0Ay0iVeDzVOEqUOFC7JSlIpQnGsTMAEPfxH7JPwpTKP5mz99t MTjA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=MfNfBTZ2; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l12si5089642edv.561.2021.08.22.19.07.02; Sun, 22 Aug 2021 19:07:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=MfNfBTZ2; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234745AbhHWCFx (ORCPT + 99 others); Sun, 22 Aug 2021 22:05:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58008 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234692AbhHWCFw (ORCPT ); Sun, 22 Aug 2021 22:05:52 -0400 Received: from mail-yb1-xb2c.google.com (mail-yb1-xb2c.google.com [IPv6:2607:f8b0:4864:20::b2c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B4DDDC061575; Sun, 22 Aug 2021 19:05:10 -0700 (PDT) Received: by mail-yb1-xb2c.google.com with SMTP id z5so31180507ybj.2; Sun, 22 Aug 2021 19:05:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=a+lvHaFeJkkkAOQLbRXTzBc/XIrK+hutoY3j14PFZrI=; b=MfNfBTZ2vcGCOpo/Q3VnL1nXtWkssmtLA67FYLhXkbprxOmIcdaa36AnwIWnjLW8D1 HLM7wFzyNanE6G8JALSOZVZwO8ZFHnC09STF42HCeoYDAM4zpFJSSDdCg3zCUfMMacFr Db8KAmWZ4jjC3mg4yztVvenudvzmZTy4BlFHUdEt75kQz0bcYJm2FdhLzVcR+UGlxQy2 QP5aSBZX6VOC4bDPCoq4+D1Vaz4ZeeFGnlckBf+QM3O5R5cj/dsf0HLTWnLfKmQeC6Vp duEdP6c/qB4BGDGN1APcKqtckive9N3vW1ESJSRQB/jdS00w5p1RHegoBup37/Xcz1+3 75sQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=a+lvHaFeJkkkAOQLbRXTzBc/XIrK+hutoY3j14PFZrI=; b=Ojc+FIZVdE9n6Q6f8/EBdA9Y9m530m8X77oJO/Mga9OwBlDhwcahVSO/H74G11GTdE ru8Jdc0V4W/dwacpDv5YL/FffdCjQkfE32TpHNn0+GGpbI0kd7U0DUewbtel03AKNcPa +UOvnDlOt39udZELPob1Gb2ZudSIpXp+wMPLSWEBYtOGL1EFascwBaRUIA4rENPlXW9v TvDgw70PCrU71RRt11i+q0ythWKeeTYf9Tc+lqiYehvcSytI7CUnxz3Cf/0AZcUZv6fK bCm1S4KF/LjNMy5T3bEQHQgzDJthbPWNaiMj1ezQl2+glRCM+Sc258LnJ1p/AXGtLC5x ve8g== X-Gm-Message-State: AOAM531sLMHRvTdbh0IbtwJ136UdiwUDlO7Xon1xyG5lUxPNycciUvUi mSqVzK7FDTLdjCq5oVisIIJBTzo7uQRy8FSkPuk= X-Received: by 2002:a25:b845:: with SMTP id b5mr40137971ybm.343.1629684309946; Sun, 22 Aug 2021 19:05:09 -0700 (PDT) MIME-Version: 1.0 References: <20210820030536.25737-1-yaozhenguo1@gmail.com> <20210822151952.23ca9547316dc34c9f3bd482@linux-foundation.org> In-Reply-To: <20210822151952.23ca9547316dc34c9f3bd482@linux-foundation.org> From: zhenguo yao Date: Mon, 23 Aug 2021 10:04:59 +0800 Message-ID: Subject: Re: [PATCH] hugetlbfs: add hugepages_node kernel parameter To: Andrew Morton Cc: mike.kravetz@oracle.com, corbet@lwn.net, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-mm@kvack.org, yaozhenguo@jd.com, Matthew Wilcox Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org OK, It's better to use a concise way to add this function. I will use a better way in the next version. Andrew Morton =E4=BA=8E2021=E5=B9=B48=E6=9C=882= 3=E6=97=A5=E5=91=A8=E4=B8=80 =E4=B8=8A=E5=8D=886:19=E5=86=99=E9=81=93=EF=BC= =9A > > On Fri, 20 Aug 2021 11:05:36 +0800 yaozhenguo wro= te: > > > We can specify the number of hugepages to allocate at boot. But the > > hugepages is balanced in all nodes at present. In some scenarios, > > we only need hugepags in one node. For example: DPDK needs hugepages > > which is in the same node as NIC. if DPDK needs four hugepags of 1G > > size in node1 and system has 16 numa nodes. We must reserve 64 hugepags > > in kernel cmdline. But, only four hugepages is used. The others should > > be free after boot.If the system memory is low(for example: 64G), it wi= ll > > be an impossible task. So, add hugepages_node kernel parameter to speci= fy > > node number of hugepages to allocate at boot. > > For example add following parameter: > > > > hugepagesz=3D1G hugepages_node=3D1 hugepages=3D4 > > > > It will allocate 4 hugepags in node1 at boot. > > If were going to do this, shouldn't we permit more than one node? > > hugepages_nodes=3D1,2,5