From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7BCEDC433F5 for ; Mon, 14 Mar 2022 08:09:08 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A489C8D0003; Mon, 14 Mar 2022 04:09:07 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 9F87C8D0001; Mon, 14 Mar 2022 04:09:07 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 8C0308D0003; Mon, 14 Mar 2022 04:09:07 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (relay.hostedemail.com [64.99.140.26]) by kanga.kvack.org (Postfix) with ESMTP id 795868D0001 for ; Mon, 14 Mar 2022 04:09:07 -0400 (EDT) Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 31CA023062 for ; Mon, 14 Mar 2022 08:09:07 +0000 (UTC) X-FDA: 79242266334.06.60BABDF Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by imf22.hostedemail.com (Postfix) with ESMTP id 33748C001C for ; Mon, 14 Mar 2022 08:09:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1647245346; x=1678781346; h=from:to:cc:subject:references:date:in-reply-to: message-id:mime-version; bh=9Z61s4WrZYBzdlpRR1dd1tEn6cmlD3NbOa2aklTM3Zk=; b=RtNmwVwy52EPKTwsNyk9A//B6l1MfnLi0OyJl+SewC9ZekIBaygtOQSf gMnn++p647QQptZsW+fq1uLPYQjLavD0+MfNFu+jr3Bza3YcT0hmJeU29 2O/MJS1Sz/Bb8e8N/m3LAexRv+OiDJvxTDwaePypL7FTvo+ZCTooGLZTr 5XbOvPbwLJsGsKYwqVaGs+mtQk1b4tqbDwb+g5zmw2RSZMou18ag1HWYZ A++x4yYF0iZaoAcP2YPjdQGgN1xWh1OtnNxDGuCrzI5TidcP0kP+RwpAv bF6wL6I6NLliTyMyzDvqxs/sTjOKOL3DTGF6YmWkxmYFStAIKQQUSEIAb Q==; X-IronPort-AV: E=McAfee;i="6200,9189,10285"; a="280723185" X-IronPort-AV: E=Sophos;i="5.90,180,1643702400"; d="scan'208";a="280723185" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Mar 2022 01:09:04 -0700 X-IronPort-AV: E=Sophos;i="5.90,180,1643702400"; d="scan'208";a="556298140" Received: from yhuang6-desk2.sh.intel.com (HELO yhuang6-desk2.ccr.corp.intel.com) ([10.239.13.94]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Mar 2022 01:08:55 -0700 From: "Huang, Ying" To: Yu Zhao Cc: Andrew Morton , Linus Torvalds , Andi Kleen , Aneesh Kumar , Catalin Marinas , Dave Hansen , Hillf Danton , Jens Axboe , Jesse Barnes , Johannes Weiner , Jonathan Corbet , Matthew Wilcox , Mel Gorman , Michael Larabel , Michal Hocko , Mike Rapoport , Rik van Riel , Vlastimil Babka , Will Deacon , linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, page-reclaim@google.com, x86@kernel.org, Brian Geffon , Jan Alexander Steffens , Oleksandr Natalenko , Steven Barrett , Suleiman Souhlal , Daniel Byrne , Donald Carr , =?utf-8?Q?Hol?= =?utf-8?Q?ger_Hoffst=C3=A4tte?= , Konstantin Kharlamov , Shuang Zhai , Sofia Trinh , Vaibhav Jain Subject: Re: [PATCH v9 05/14] mm: multi-gen LRU: groundwork References: <20220309021230.721028-1-yuzhao@google.com> <20220309021230.721028-6-yuzhao@google.com> Date: Mon, 14 Mar 2022 16:08:53 +0800 In-Reply-To: <20220309021230.721028-6-yuzhao@google.com> (Yu Zhao's message of "Tue, 8 Mar 2022 19:12:22 -0700") Message-ID: <875yoh552i.fsf@yhuang6-desk2.ccr.corp.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=ascii X-Rspamd-Queue-Id: 33748C001C X-Rspam-User: Authentication-Results: imf22.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=RtNmwVwy; spf=none (imf22.hostedemail.com: domain of ying.huang@intel.com has no SPF policy when checking 192.55.52.88) smtp.mailfrom=ying.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com X-Stat-Signature: 46utgj7y9y9aest57d7nhqrhhe4pqpmb X-Rspamd-Server: rspam07 X-HE-Tag: 1647245345-233238 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Hi, Yu, Yu Zhao writes: > diff --git a/mm/Kconfig b/mm/Kconfig > index 3326ee3903f3..747ab1690bcf 100644 > --- a/mm/Kconfig > +++ b/mm/Kconfig > @@ -892,6 +892,16 @@ config ANON_VMA_NAME > area from being merged with adjacent virtual memory areas due to the > difference in their name. > > +# the multi-gen LRU { > +config LRU_GEN > + bool "Multi-Gen LRU" > + depends on MMU > + # the following options can use up the spare bits in page flags > + depends on !MAXSMP && (64BIT || !SPARSEMEM || SPARSEMEM_VMEMMAP) LRU_GEN depends on !MAXSMP. So, What is the maximum NR_CPUS supported by LRU_GEN? > + help > + A high performance LRU implementation for memory overcommit. > +# } > + > source "mm/damon/Kconfig" > > endmenu Best Regards, Huang, Ying [snip]