From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pf1-f172.google.com (mail-pf1-f172.google.com [209.85.210.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 7BA1B3A9620 for ; Mon, 20 Jul 2026 09:43:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784540631; cv=none; b=HErLDT2tdYGg9Bg9tVmcoJ3UTXeyyFAoNzDYlnhyEjmW5+LieIpiCH9DSsqSWyFDGhIEnnp/xloLZ4VMGjwKjNG+5ZfVdhEyFyy1C9e2Wh5zozDw28fJuLUkNJSxPKvLyEUq3B5mR5feXoRPHZ4vz7EUfeXCxDxXdhdK57U6Y9g= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784540631; c=relaxed/simple; bh=j1ZETi3/x4sDxuf8Hs5LtAyEh/7dlbEqRaEfZJkmiaY=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=Sqm03kMyyNz1570/kW4wA7CWKxPaZJKQOBPXyR6qzX32nC4MhRge1A/R8CNxzwfvOh/ZnBmQLml8MDD3R9SeRw5XMRflgopOwmvUvVWyO124imsZWoJw7JTvqKFk2nOqSOg/xrJLP8Dp/TWYbXsqZXO6QEHxhunLjGozvnOVsfk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=XyPNt2RZ; arc=none smtp.client-ip=209.85.210.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="XyPNt2RZ" Received: by mail-pf1-f172.google.com with SMTP id d2e1a72fcca58-848d21bbaffso9723262b3a.0 for ; Mon, 20 Jul 2026 02:43:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1784540630; x=1785145430; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to:content-type; bh=kAmuH3TrSH/JKaELSX3UxD4gJHLMVKkSvtSAo6OO6Tg=; b=XyPNt2RZ5zXsSoTLgGPCnUu4N5JtAs4GPipXwMnyNquOtuKXuMyqSUPEWSNFue9QJz ses6S6qIfrSs6OR2RxExI4hcDUYjrA9ZMCFOPUuwQl409vBorPHyxAwF6XSNqKs+3mEO 94OXaZ+yOlzrAtljTdL4qo1pBMsIyC0WmrD2xV22lxczB8GQBJgJ/raE9bDGP9DjjopK FQ7ZqeRfUH5Ol9/tYo4NROXJ5U413K8N9MOAZharhgKx+6F3MKQNiW8xNEWcWseoerxF +TFcjLchxwhY4TYT78gMK9QfvSKuqbrlQsXLxomTRdWYHY05scgsWx/PGfjMmalHOkYw AdqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1784540630; x=1785145430; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to:content-type; bh=kAmuH3TrSH/JKaELSX3UxD4gJHLMVKkSvtSAo6OO6Tg=; b=YihMtLDya2Aitu7/lUqqhyzBSeLe1I8JOl6VtsvZ4seYFoinCgFjHGg4YBNV920ySU BCXCAoeFsuoTJdNkZ+5KNV85rSKSCtY8tpd/MycB1j9hF3wELJWRYmPVTtObRnaveHMa 8qRwytKblkF28DVrMjKkie/OubRnHK3xRy+xv03bhqtoPlE56zsri8D10duplW2D75Ky 5cpTqjVQw24L81PaUX3DYWgdDz8UOEoEVRMCLd55Yfb0jb6f5O45CWKtSIZbexCBOTjU 1O4fFSzILNYplVqv/myUoTOR9mUMqBpxXA4JcpSDjZdakwM9yxJ45hXjyLzTovU3d8di 1bBQ== X-Forwarded-Encrypted: i=1; AHgh+Rp0hcYSZw7xnVQQzaE4TZK8ZG26fZGgY13JnbecubYMh4ZHS68g2EUz2uCL6aLMLUud38LOj1DATnZUmHc=@vger.kernel.org X-Gm-Message-State: AOJu0YzumHiz7E1SKX4BtE/CvT1/9oCIc5p8xv9nnW4ODsT9Cu9E/e53 PQA0lHbCV25o77rWHDZj815icZUhCDG00HPkqRZQ8qK6QdTxhhGfSNAI X-Gm-Gg: AfdE7cnx/taYqbLQ1AsbNY5AwwRDNYtupfjK1iY9DpC4ONMLHFqOvAqQPXaNA35prrJ kMhcZAWBjDxwbqvvl7aocPNDwes35ZK0hQMaqbkhgfXsSAUhigDM83cPYO/yI+wfCtRvaWaxc+r bFwUZLOfncIrpBtHB8XaSNgYcYpyNxt72qP//Q8qViq2S12vAUEIswtu7kLDsqVr04OoteOkJ/I 3Iz//XHStAri9Q58/+Ylquj91lclBWOlcGduAjwcd3/qyb5sCpSzNYpqPA4KUq1GRLzzLtd8yGX 6GDviJkBDmRZUqmh/y09o/LPqgkKTqEWImPrHG5AzkfR9qZNiZVYUSGqM9ZnKffosN63AbKYwk6 xwj9bcjFTk7pjFSKCdxKZPx9fxquccic9KLgmFbLocOE7RHTMVRUQXHOst6BPbT2r+X59qJPn14 86uPRHla5pY3yk6/bKAviWuoW6xbM= X-Received: by 2002:a05:6a00:2ea4:b0:848:5010:ad39 with SMTP id d2e1a72fcca58-84c2948a214mr13304609b3a.46.1784540629544; Mon, 20 Jul 2026 02:43:49 -0700 (PDT) Received: from localhost.localdomain ([112.65.87.25]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-84c2ad89d0csm5369285b3a.6.2026.07.20.02.43.43 (version=TLS1_3 cipher=TLS_CHACHA20_POLY1305_SHA256 bits=256/256); Mon, 20 Jul 2026 02:43:49 -0700 (PDT) From: Lian Wang To: gutierrez.asier@huawei-partners.com Cc: damon@lists.linux.dev, linux-mm@kvack.org, sj@kernel.org, akpm@linux-foundation.org, linux-kernel@vger.kernel.org, david@kernel.org, ljs@kernel.org, liam@infradead.org, vbabka@kernel.org, rppt@kernel.org, surenb@google.com, mhocko@suse.com, npache@redhat.com, ziy@nvidia.com, baolin.wang@linux.alibaba.com, ryan.roberts@arm.com, daichaobing@sangfor.com.cn, wangkefeng.wang@huawei.com, zengheng4@huawei.com, kasong@tencent.com, corbet@lwn.net, skhan@linuxfoundation.org, linux-doc@vger.kernel.org, linux-kselftest@vger.kernel.org, lianux.mm@gmail.com, lianux.wang@processmission.com, kunwu.chan@linux.dev Subject: Re: [RFC PATCH v3 0/3] mm/damon: introduce DAMOS_SPLIT action Date: Mon, 20 Jul 2026 17:43:40 +0800 Message-ID: <20260720094340.31733-1-lianux.mm@gmail.com> X-Mailer: git-send-email 2.55.0 In-Reply-To: References: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Hi Asier, Thanks for the quick feedback. On 7/20/2026 12:28 PM, Gutierrez Asier wrote: > You should mention why page split is be needed. The fact that page > collapsing exist doesn't necessarily mean that split should exist. Fair point. The underlying problem I'm trying to address is that DAMON's vaddr monitoring loses accuracy under PMD-mapped THP: multiple sampled addresses share a single Accessed bit, so the observed hot set is coarser than the true working set. Split is one way to restore fine-grain monitoring -- by dismantling the PMD mapping, each base page gets its own PTE Accessed bit and DAMON can see the real access distribution again. Split is not the only possible approach, and it is certainly not intended to be "the opposite of collapse". It is just one concrete proposal to start the discussion. What I really care about is whether the community agrees that this monitoring granularity problem is worth solving. If there are better ways to address it, I'm very open to that direction. The RFC is as much about the problem as it is about the mechanism. Feedback on real workloads that suffer from this coarsening, and on alternative approaches, is exactly what I'm hoping for. > Could you add v1 as well? Good catch, will add in the next revision. [1] https://lore.kernel.org/20260620203915.82947-1-sj@kernel.org/ Thanks, Lian Wang