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 DEB65E7718B for ; Wed, 1 Jan 2025 22:20:57 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 4C1616B007B; Wed, 1 Jan 2025 17:20:57 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 472056B0083; Wed, 1 Jan 2025 17:20:57 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 338E56B0085; Wed, 1 Jan 2025 17:20:57 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 171106B007B for ; Wed, 1 Jan 2025 17:20:57 -0500 (EST) Received: from smtpin26.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 54B021C82F6 for ; Wed, 1 Jan 2025 22:20:56 +0000 (UTC) X-FDA: 82960302642.26.EBA2363 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf24.hostedemail.com (Postfix) with ESMTP id 2535718000A for ; Wed, 1 Jan 2025 22:20:47 +0000 (UTC) Authentication-Results: imf24.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=h1ijTjBp; spf=pass (imf24.hostedemail.com: domain of sj@kernel.org designates 139.178.84.217 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=1735770032; 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:references:dkim-signature; bh=JZGYwIGKdjWLqBQiFt0MytbNrsxCGirgf/ZlZXpjX34=; b=4ggXf3p9TDnJr9JgTWE6fQ7Iu0kwJOo7pB2i/7Vh1/Vlg97XCNXBjiTdXxZzfc9aSCH+hx HyRU0UZqQnoWMZtv4WP6ZP/9aVaUVEHKh5Ea1hdGq16/ZglNMjQ56sLQ9WN0qgzrNct3vh u43cj308U68zKq2FFRdeVZmHgEEjA+g= ARC-Authentication-Results: i=1; imf24.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=h1ijTjBp; spf=pass (imf24.hostedemail.com: domain of sj@kernel.org designates 139.178.84.217 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=1735770032; a=rsa-sha256; cv=none; b=HOpIf8h+e0DbmiJ2VhnpH4nq/jktuRL3pTwIzH67lcpABj9nibqECsiroFjncFXyJqS3Qs S1p3O11Y4efj76wlnuV5OYXVT+zKz+YauuGsPQyNtE0yi/F83heygdtb3EqTVQ1hprxbxX foYLz+G4Of0fmKQY58WXHIRZDQJki/E= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id 3F0365C5FC1; Wed, 1 Jan 2025 22:20:12 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 25677C4CECE; Wed, 1 Jan 2025 22:20:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1735770053; bh=W13su0YM1CgChEuOWt5Lu5NzOYs8WjesLwcSoGRpfr0=; h=From:To:Cc:Subject:Date:From; b=h1ijTjBpVQlwJja1qWTO2wF5W0i1uY6D1t/ddebSG4D55o0MS7xAeN0PCsKwQez9a JBrT0+iLaiBsRZRa0P3opXzS2vBenful+XaKHFG9KLjjUxt5deWDMuZjOvLNPiqrRR 2e2Ph5RTfgu3FJF/Q4UPtoSVI8sIQBlrgBE+GTrNwSHxoPxmvtIQj39UyEv/rbScNa gf7u2Ve3mGY4l+YWeu0/y8Lhm8AXwOMu31kccLioaGYH6ZCyDV09teavDQQvkuhCCr ES+XWhzKi6F2YmkVNrUXgsYIk+eW5fuOpXzFz0iq3mPIsBFBvZOxyeqKB1PFr1AK31 t7W2KNNqFagzg== From: SeongJae Park To: lsf-pc@lists.linux-foundation.org Cc: SeongJae Park , damon@lists.linux.dev, linux-mm@kvack.org, linux-kernel@vger.kernel.org, kernel-team@meta.com, Raghavendra K T , Yuanchu Xie , Jonathan Cameron , Gregory Price , Kaiyang Zhao , Jiaming Yan , Honggyu Kim Subject: [LSF/MM/BPF TOPIC] DAMON Requirements for Access-aware MM of Future Date: Wed, 1 Jan 2025 14:20:39 -0800 Message-Id: <20250101222039.74565-1-sj@kernel.org> X-Mailer: git-send-email 2.39.5 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 2535718000A X-Stat-Signature: gmq5jwojzo4d5fsicprz1dbfcdjgoiis X-Rspam-User: X-Rspamd-Server: rspam11 X-HE-Tag: 1735770047-308880 X-HE-Meta: U2FsdGVkX1+YSJ+MlKZLuM1FUJQk+8xi+LVd5ATUX6kdsVPBBlrw1bV7jsJQtOI3ezcj0gzCYhy2A6+o8iXmB1ZS7N1PP/EXgpPSIGhOxmn77elopjnBxHHXlm9HUTkbaJ/SOyfUccQzA/P9aYalehe7BVHemiH4l7fbyqP09XKPwOBtRT6CJee/FrYvLb6tQFXp7YtgmAEHDwFiP4cUa4dV2AwsDYTCOvSynQS9NQjOEZ9mubf/yfOYaehtqDhJYhZtUarK6NAbIRJSfZ2WXSQNKwXXlfTTBD6NDakaR2Su1ULwbx5JwpYseT2kr2J2y/aZaIY7jDdMfSA4HOokKcbdyxZnZwkxBmNBdoe6YwDmfrGS3yw4L53UA8X0MD6UU+hGjozMwdUL2w3kf3AWZl63cTwHXN0siMV8hTYFp9CShWTJMTseM+7S55XCZl64hdKU11wBH1WfxMc0s40BaxYfSgFWZe5MTH/Ros2rxF3h89MR4gjebnfRk0cAjiV4cCEIZ5x50z6fOyySyVO6IivmGS1sbvFkgoes0CcyfHB8QMXDSviGOjjCNvNf3UJuUsz+bm4esEWTYzfDk28nZPzaOFWPPT5UfzDrqzqkhtWO7f71snwrUAnhDkan0poVkJwlwL6fxjTpqxJvZ6ZS8wgNYKldxXQNwe2wezNGIjMQqfsV1k8zm5+8F2yM6cHU40lIVYi7rtcy2cg1kc6yYGFDtwO3sKFG8iHN5Bds2d3SuKqvz46zets8oubXJQ3h0HCBfUt4NOLuVEkloNK/Fy65+mQikditMjRncC9PxVpwyfzkm+GM8kA6h71PgLE+Rdc3v6by7taSeQZ0M0/nk1biMqGJgPm94SI5OtY7D1KNH6GJ/+Gh4ROZgri9BP+ME3RrbG+lt9jg1SWWlHDXSMwgshXdLdkTbn8aegPYbRoKosM0wLQ37XCxDn8ETQ8JZfSLTxWpMBnp8ZCn8jY 37j87BtC lE+sFaycZ3AxGj1slphGX+8e0Vft3cI7GFWpgayeUNFjg6D96GwXoMo9FIXQUrVDWzcMLHVXVBC//TSVsvjnJ863mmyuISedwP6qNjARAfuXAUygED4UNmJzZcVBQR163iEP2N2OtoZd3gYz+SOx0hADt4vFA2FqC7epAeDl82+PEbs2w4UEQiiSsGc0GYs/2a2AmNs+xfEqDh+Y4llSmHGyp0xPtfnGGYrzTzEJUWqnITHyQsltfg8XLGfHt+VBkd7w88adRIDba0JwSy0XsU0sOFl7xewi+5jYSX4NKFO4RNrglhTaZs35WNJPWKZQ/BrcwpNiHH3V1gnmO0yV32fqq8e878gBCDA4VrEc6J9S/2BLWQ48s2rb8VAFAKSmcT/fZF5CmoA/CsoJ/11jLuqNfEy1UctbeivS2p+FRd3yYMLKEal01OhICz9T0p5ESgzq5iiAR3iifY/nvZScEGMZI1w== 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: Hi all, I find a few interesting and promising projects that aim to do efficient access pattern-aware memory management of near future, including below (alphabetically sorted). - CXL hotness monitoring unit (https://lore.kernel.org/20241121101845.1815660-1-Jonathan.Cameron@huawei.com) - Memory tiering fainess by per-cgroup control of promotion and demotion (https://lore.kernel.org/20241108190152.3587484-1-kaiyang2@cs.cmu.edu) - Promotion of unmapped page cache folios (https://lore.kernel.org/20241210213744.2968-1-gourry@gourry.net) - Slow-tier page promotion based on PTE A bit (https://lore.kernel.org/20241201153818.2633616-1-raghavendra.kt@amd.com) - Workingset reporting (https://lore.kernel.org/20241127025728.3689245-1-yuanchu@google.com) The goal of DAMON is to help accelerating such developments by being a framework that can reduce fundamental efforts for monitoring memory access patterns and managing memory using the information. AWS Aurora Serverless v2 and SK hynix are successfully using DAMON in the way for proactive memory reclamation[1] and CXL memory tiering[2]. To further deliver such benefits for the ongoing and future projects, we need to better understand what the projects really need, how DAMON can provide those now or in future, and if there are alternatives better than DAMON. Regardless of the conclusion about DAMON, the works apparently have common parts, so the discussion will benefit all. I propose to have the discussion at LSF/MM/BPF. In the session, I will briefly introduce the works and possible DAMON usages, and continue the open discussion for better understanding each other. The discussion will not be limited to DAMON and abovely mentioned projects but possible alternatives and general access-aware memory management projects. After the discussion, we will hopefully find ways to efficiently collaborate, or at least do not disturb each other. [1] https://assets.amazon.science/ee/a4/41ff11374f2f865e5e24de11bd17/resource-management-in-aurora-serverless.pdf [2] https://github.com/skhynix/hmsdk/wiki/Capacity-Expansion Thanks, SJ