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 94E02C48BF6 for ; Sat, 24 Feb 2024 20:12:31 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id D46A16B00BF; Sat, 24 Feb 2024 15:12:30 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id CF6D56B00C0; Sat, 24 Feb 2024 15:12:30 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id BBE5C6B00C1; Sat, 24 Feb 2024 15:12:30 -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 AB51A6B00BF for ; Sat, 24 Feb 2024 15:12:30 -0500 (EST) Received: from smtpin04.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id CEB2BA110E for ; Sat, 24 Feb 2024 20:12:29 +0000 (UTC) X-FDA: 81827794818.04.821F244 Received: from sin.source.kernel.org (sin.source.kernel.org [145.40.73.55]) by imf15.hostedemail.com (Postfix) with ESMTP id E0A70A000C for ; Sat, 24 Feb 2024 20:12:27 +0000 (UTC) Authentication-Results: imf15.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=KBr4HgWU; dmarc=pass (policy=none) header.from=kernel.org; spf=pass (imf15.hostedemail.com: domain of sj@kernel.org designates 145.40.73.55 as permitted sender) smtp.mailfrom=sj@kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1708805548; 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=oEhb0Y6fzUkkiiUgqFMZFGGI/J3oszwJk+0WWUkVCjI=; b=xQd2eXf+PtVpQm3EKlZCbc2febrYsQeTa3ZwWtm/rN4K0r5rKx6wPBz2UkXRIpCAca/dQM tR1aCwK9sJY13BTG88LkqhfxOUx0vUSQOvSK6/ccCznSG8fsTJ0HYApZPmw3ziZbr0+78w 3Ubd2vn9dHXcSLAPdxVCJzMvRvDcyQ0= ARC-Authentication-Results: i=1; imf15.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=KBr4HgWU; dmarc=pass (policy=none) header.from=kernel.org; spf=pass (imf15.hostedemail.com: domain of sj@kernel.org designates 145.40.73.55 as permitted sender) smtp.mailfrom=sj@kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1708805548; a=rsa-sha256; cv=none; b=ZhpWKFj+Gqaga1U86aiH8UXoIX9YvPtw4ybUQTEXmh12XGWY22AgfSnoJmCkAOmBTsbR3t +tMSDlzmBSdmewtsJ2dh5lPrS04BiiKoDS8Gp8mqOqmDPZoDcWJvVDRJg1G7WXL+S6aJTe /VEAwqzm9OtKaDD3v1KmYrjCrquLc1Q= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by sin.source.kernel.org (Postfix) with ESMTP id 84452CE09FF; Sat, 24 Feb 2024 20:12:24 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A1DA0C433C7; Sat, 24 Feb 2024 20:12:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1708805543; bh=WDOLZasr/fMaFo5Uetg09r0Mt7rM6tIyzGnsV6eeaQs=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=KBr4HgWUK5fXSfNw6venvBGXohAKoc8LP0ELTHOnh2t2A1v0aVzXGmhqGPmKmSGxU 3X+vbPq+le9YnIt8JrqSNAdITRudd6SbOV0S/U3LvsGt814GQS0uf5ENINVlQWjErZ bGS+qLwIiKC3UcvD7TD7EUmJlj6WGDVuTUD/BX3s8Fo5SmRdhUY2PioiuKpyjudYcc jVLrI9YgJY5sXnLAp8jtP9Sd4zlMozvR8WcjGor6Cu5mmDtwdpTL+ruZDwd0UnwcrV XZZcg4QGLAbNV8w+3cn/uYNror9ZEBLRiCx4c83NSboBCtVOql6VUa6ETgHjpFXOV+ qQux8MJPSHmsw== From: SeongJae Park To: SeongJae Park Cc: Barry Song <21cnbao@gmail.com>, Minchan Kim , akpm@linux-foundation.org, damon@lists.linux.dev, linux-mm@kvack.org, linux-kernel@vger.kernel.org, mhocko@suse.com, hannes@cmpxchg.org, Barry Song Subject: Re: [PATCH RFC] mm: madvise: pageout: ignore references rather than clearing young Date: Sat, 24 Feb 2024 12:12:21 -0800 Message-Id: <20240224201221.46450-1-sj@kernel.org> X-Mailer: git-send-email 2.39.2 In-Reply-To: <20240224190724.45681-1-sj@kernel.org> References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspam-User: X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: E0A70A000C X-Stat-Signature: fiuiye1zzokmni3ffu3podhcg4394mp6 X-HE-Tag: 1708805547-529201 X-HE-Meta: U2FsdGVkX1/SPnzAlEMWX9irIU5jxglnIRGRAa9cvKLHtQx7u4kK4/SSq3bALvSlwlaE79uHYYfW5kqYk7kvkRrzJd3yflmUGjZk/5EIYPYEs1cTbtKAON7C2C2dEWgVTVzrI+UhtNWaLxYR+rhpw1ilNlaFWhpit0fNNgYRqEu49tB8/RW8ziCwXGOdZFKY07VYs5D9B0FutH2XxN8eQxN6t0+h0TPVMQjAvSEckhdgxLg2sM6s4+z7ZkgiKghnFY84fbQ/zhsRXTLA4oeQXAQA9bcFRQW7Ew769zsztG5+mPbFbR65WqRyCBHFZHtFhGV/FmTCbrx6daQJTGfN0iJ88xYCZBaQwJoT9puKY+snbuSiE8+GCJtCOUHYh4u5xXrDNDHqicV2Ku+ERv70LEFbVFMaIlCIsImByq3FS/Y7py5KPMzH/gVI5gx56c9d+3257oaeBYV+G8wbCrobzu7lzQCJffCcRCNDBrvIh+uW0exKmkX5Ub6LHah/Z9ddBNzpcgkofhQdUGA72gXKZ3NCRuxczYoyoA+JePOBeSPeLtTXrbpFAqOaF6raf+PeBSvdKNtmnhRtwwIh3KcdD0srK4XLe//RKm/h9+Qdjxi2pBEGf9h15PQx8MYBPy2+6bfcWpB7+qDq2LNhcPLThJgf3RRkkidl7RgM+AWe9wsrnFahu3HBXr1dKkkmw00oruVHKPGGKzmNhpcv5l51Wa6ByNqrVbtN+tD3JC9N+UPREbzM8LFyAnrjQzA0f8Wpk9HFvQzTPK5lRYIg/HkQwv13DHiMCbjrha+gLGMg7T4zMbLd5+POEAtxsrqBKctxhDOq0qk7l1ZtKV1TlmR3pRR0in6IpE3pvEXkAE3+fZ5/tA7cm3sgnIRt9dL7pJeOj/QorS3gWSMZ58kjCDTmKLjGDbU7SHQlKvhx8E/+ODc= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000001, 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 Sat, 24 Feb 2024 11:07:23 -0800 SeongJae Park wrote: > Hi Barry, > > On Sat, 24 Feb 2024 12:37:59 +0800 Barry Song <21cnbao@gmail.com> wrote: > > [...] > > > > BTW\uff0c > > Hi SeongJae, > > I am not quite sure if damon also needs this, so I have kept damon as is by > > setting ignore_references = false. MADV_PAGEOUT is an explicit hint users > > don't want the memory to be reclaimed, I don't know if it is true for damon as > > well. If you have some comments, please chime in. > > Thank you for calling my name :) > > For DAMON's usecase, the document simply says the behavior would be same to > MADV_PAGEOUT, so if we conclude to change MADV_PAGEOUT, I think same change > should be made for DAMON's usecase, or update DAMON document. Thanks to Barry's nice explanation on my other reply to the patch, now I think the change is modest, and therefore I'd prefer the first way: Changing DAMON's usecase, and keep the document as is. Thanks, SJ > > > Thanks, > SJ > > > > > > > > > Thanks. > > > > Thanks > > Barry