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 896D4C0219C for ; Thu, 6 Feb 2025 06:46:31 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 2780C6B0085; Thu, 6 Feb 2025 01:46:31 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 22820280001; Thu, 6 Feb 2025 01:46:31 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 118336B0089; Thu, 6 Feb 2025 01:46:31 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id E7B556B0085 for ; Thu, 6 Feb 2025 01:46:30 -0500 (EST) Received: from smtpin11.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 80070140CBF for ; Thu, 6 Feb 2025 06:46:30 +0000 (UTC) X-FDA: 83088586140.11.2DAC7FB Received: from nyc.source.kernel.org (nyc.source.kernel.org [147.75.193.91]) by imf17.hostedemail.com (Postfix) with ESMTP id DD26F4000D for ; Thu, 6 Feb 2025 06:46:28 +0000 (UTC) Authentication-Results: imf17.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=CoE5a86r; spf=pass (imf17.hostedemail.com: domain of sj@kernel.org designates 147.75.193.91 as permitted sender) smtp.mailfrom=sj@kernel.org; dmarc=pass (policy=quarantine) header.from=kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1738824388; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=Z8X1SN1e+EBL9YpINdfPW+Xq5hlZOU/yGi5AetFigoQ=; b=qSoywWtBzu4yqhqYpj9b1riAA+uBqPe1nFGhR5fQ7HM1jrkfTbentsVA/7XnJast5nhUeh d8fFE8efJCfbo83x6jMjpwWwXHtu05bmGLdTVmcP+qHP6AqkzLVz40h4sF74tOLbrY96Qo MJnNdBKn1jiwGfNZVSGmt10yP5chvkE= ARC-Authentication-Results: i=1; imf17.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=CoE5a86r; spf=pass (imf17.hostedemail.com: domain of sj@kernel.org designates 147.75.193.91 as permitted sender) smtp.mailfrom=sj@kernel.org; dmarc=pass (policy=quarantine) header.from=kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1738824389; a=rsa-sha256; cv=none; b=Tg0XFc8dhUIBv4likvvfyl/0hCCLCBk21cm528zUsA8C9RSjYYfJLzkB8FxtFt92CMJOIA 7+x2vzJ7tK6+JKMVi22hVAh8ckByL8PrgDALzLyeaQYnYMnNbsOGZd8q0eJCiBYFDJOd/n WE1LP5NbbnxgrQs5ASussBeBQSqsB8E= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by nyc.source.kernel.org (Postfix) with ESMTP id 219E3A43DB4; Thu, 6 Feb 2025 06:44:42 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id BD725C4CEE5; Thu, 6 Feb 2025 06:46:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1738824388; bh=L/04Y76RLArXwdFii0mJtBTfcSdeQFU6jkHVLh9O17I=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=CoE5a86ris0IpWocXajhAtzTjF7wF76YDX55jHiMlo14Mjc/i3UBb3864/TVtlzOi 81Kl0BzNU7RrcHX5bhm53cYxkcc/T2hLaVlprbofXwWJ4Zz5YISrU9mlSHOuEN+2wf Pa/1UhWaxAmMW0cZbVvTvfAzTaV9iawAxSAsuebOB8OpmBXVSJw2xrYF5Ht2DrrcXQ Mw2xQu5W1Elzoxqg9/AublBW1yH6BqMF4FxyctC9a50tkGjfjpFxvuyHroCffZEP2H 5Jq2etxnWlfhy4Z3yBjSLcnC29KHo9Yh2kCERYNxS0MzaanDQTXfuV5qbi5A6hB4dH j6ejlkS29g4NA== From: SeongJae Park To: Johannes Weiner Cc: SeongJae Park , Bharata B Rao , Jonathan Cameron , Raghavendra K T , linux-mm@kvack.org, akpm@linux-foundation.org, lsf-pc@lists.linux-foundation.org, gourry@gourry.net, nehagholkar@meta.com, abhishekd@meta.com, ying.huang@linux.alibaba.com, nphamcs@gmail.com, feng.tang@intel.com, kbusch@meta.com, Hasan.Maruf@amd.com, david@redhat.com, willy@infradead.org, k.shutemov@gmail.com, mgorman@techsingularity.net, vbabka@suse.cz, hughd@google.com, rientjes@google.com, shy828301@gmail.com, liam.howlett@oracle.com, peterz@infradead.org, mingo@redhat.com, nadav.amit@gmail.com, shivankg@amd.com, ziy@nvidia.com, jhubbard@nvidia.com, AneeshKumar.KizhakeVeetil@arm.com, linux-kernel@vger.kernel.org, jon.grimm@amd.com, santosh.shukla@amd.com, Michael.Day@amd.com, riel@surriel.com, weixugc@google.com, leesuyeon0506@gmail.com, honggyu.kim@sk.com, leillc@google.com, kmanaouil.dev@gmail.com, rppt@kernel.org, dave.hansen@intel.com Subject: Re: [LSF/MM/BPF TOPIC] Unifying sources of page temperature information - what info is actually wanted? Date: Wed, 5 Feb 2025 22:46:24 -0800 Message-Id: <20250206064624.3225-1-sj@kernel.org> X-Mailer: git-send-email 2.39.5 In-Reply-To: <20250205160529.GB1183495@cmpxchg.org> References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspam-User: X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: DD26F4000D X-Stat-Signature: 88tau1ujwnxcf8fpu9eo34rrm3hia7gi X-HE-Tag: 1738824388-109240 X-HE-Meta: U2FsdGVkX19ZHVhTpdetdPOLT2xnndzaIQOhh0IMYn2mQHk+AwYxFH28joxQLFxpljI/iVUNClGIE9xo6/gr1miFjETig8pRwwk33N4O4/WDe0TVnoGUHTK/bJeRw944HSEYleABh78jueT3nFo17LUVqGTGU3BfeYL5E/lG4Djerm3gHVhF1yIpbOmaqIaO5zRYua1pxJ/MxIievJ/bJbG+nTbfwBPi6PBg+tMw4fiXAdjkkPWoXbhYvvedZBCkn3/RHpa2oigNQMmHnP0Z4ddktdHMrcyfS+NcvzyyP4X2i0WU9ozyBYfT2ryz5rhKDbXC0t23NvnLyFecQc7bA8MWu1dkdFH6PxOHdPWDHse6+2N2ONR79z/cB0x7RglKjsx1/cfEhmwqiTB25UaY2SXSdFlDZ1ZtgAjvOwlxn8CTFng1DAvd/H0btT4ThMjBPBWZx5NFy0VA9xqVhFsr1Zci39WINPxgUvs4aC59KTWodLvdvjzD2OOXfwQrvj5r1zHg6a8UCh5nPdwhOx9+hX6yn2YybzfhqtUIFjN0f9+SHDjy1ci5VDdPcUkHESg8HlI3yHHNpNq9uXm/O2hwNjnu93V2dHGs6ThZmXJ9/mWafWYfnpwwIOhzvGauZtNOS3sDsNFF2PV8Wmzn+F+K9KBpcklelaimXb6zaKW32wLhEP8Z7d7P/dfHKPEOQC/T/FWE4KbvM5TDL4cUd17/w7ZASe3SFTZrxggSKfWIZnWaUlDlTCRADRVi6vEIx0bKJdUNRQs/h+xt+DiXmGHasPXeozaBXziR79qmUm1oIMih4cWP7lrKSJ8CuUCBCHIYimUbf+boc6K3NDDWCChqMDUYcwlQKAr3b7sJgCge6RHqApI3YenPQh8flW5s2FrTXJMlJtSt0xxo7xBbbr+sgwx6X4b7p+Hyx32J/+aZJxyG55RVLYEUIn+sU1qGtWALbi8dE8bXGq1ehE2kOd+ 9326uM6b rA4CElryv+UxmlJ9MIt5/8/0Bmsv+Ckulfma0UrWiJnTjGNm4fmpSFO8PhcojLSwpsKRSJwF5ycq8R7fwjdZu+Ub6kVfiaG/TU3Cqrq2KkOgI9DUw7CPJelMUKVRivfK/A8VWz3q6Gvm9rpnqYfTVmR0Snn00haUo9ksvJPlM2e04eRq0KzZjMQh4W6TlflWWc2TjLPEeeIOjolPgNrMdOAITZSfwNIoiR1LNzmMxNxC8Zng/1ORtjRzVFWyJXbx/oXlrJYMWP7o/uNjkC9S08EplSvGYwsvfd1Jg5jR+TKukN43EHq4pEG0+ny2dUd49977//q3EGHILckV9G5g7F2g3inB1RROIsn+hb3bNR1l0sY3gpW1guGf/uJ6nmukS1ErRDxdPyNRGgL/x5OHbX03dzfkXjOYlDbQddbZF5sKWOGI= 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: List-Subscribe: List-Unsubscribe: On Wed, 5 Feb 2025 11:05:29 -0500 Johannes Weiner wrote: > On Wed, Feb 05, 2025 at 11:54:05AM +0530, Bharata B Rao wrote: > > On 31-Jan-25 6:39 PM, Jonathan Cameron wrote: > > > On Fri, 31 Jan 2025 12:28:03 +0000 > > > Jonathan Cameron wrote: [...] > > Here is a compilation of available temperature sources and how the > > hot/access data is consumed by different subsystems: > > This is super useful, thanks for collecting this. Indeed. Thank you Bharata! [...] > For the following table, it might be useful to add *when* the source > produces this information. Sampling frequency is a likely challenge: > consumers have different requirements, and overhead should be limited > to the minimum required to serve enabled consumers. +1 > > Here is an (incomplete) attempt - sorry about the long lines: > > > And here is an attempt to compile how different subsystems > > use the above data: > > ============================================================== > > Source Subsystem Consumption Activation/Frequency [...] > > ============================================================== > > PTE A bit via DAMON LRU activation, Continuous sampling (configurable)? > > rmap walk hot page promotion, (I believe SJ is looking into > > demotion etc auto-tuning this). You're right. I'm working on auto-tuning of the sampling/aggregation intervals of DAMON based on its tuning guide theory[1]. Hopefully I will be able to post an RFC patch series within a couple of weeks. > > ============================================================== > > Platform hints NUMAB NUMAB=1 Locality based > > (AMD IBS) balancing and > > NUMAB=2 hot page > > promotion > > ============================================================== > > Device hints NUMAB NUMAB=2 hot page > > promotion > > ============================================================== > > The last two are listed as possibilities. I'm also trying to extend DAMON to use PROT_NONE faults and AMD IBS like access check sources. Hopefully I will share more details of the plan and experiment results for the PROT_NONE faults extension by LSFMMBPF. [1] https://lore.kernel.org/20241202175459.2005526-1-sj@kernel.org Thanks, SJ [...]