Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2879214pxv; Mon, 12 Jul 2021 04:15:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxBt8iU1W6SOhQ3sZPGfA4es7uoVeD/0J+WJ/t87WTFY4F251mb/HXfsBk6+acfz6aDJPPa X-Received: by 2002:a02:942e:: with SMTP id a43mr44944440jai.74.1626088519813; Mon, 12 Jul 2021 04:15:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626088519; cv=none; d=google.com; s=arc-20160816; b=k+lMbpLIOfqGoqJFEb3aRYMAoLi+CaqbsUXJpikMVM2Q0Du9eeVakqAnZogzk6+tlb H09ie813TCGrxHByF9opf5g/eJ4wxOAVvwtUbDMnIHuTWzrGFk73nK4RVmtRwsuy0RvP Uw64q5RgUvgwNws6JyR2n/iof8IB8/eVKgbDCfRkAKFK8gxi+Le6nqP+4HNw8T++ur43 pwMLDOQ80AhlWxgb5y+shihSRYo0BhtRviRyp6bHM2pkXNphjNMCQm/FBL/v7lSrdD0J HJJQYNmZUor8goCzfbyapFggd9UVlHmg+LDuNcaPAjUi2JC6+L0P9YnESeQ6nZvC5nQz BPpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=ZiV568t86+3mZjmCt4pYEHpsoVkLp3CHdp5m8jG8OgA=; b=d2iZemELYiycdlzod32OAx2D4yP+yKyks9laKVIjT/YHyNLxrTSUiyNrUvpCwFqzCb UvvHvPE/GAm1h8pV8fJ7+qOOmh4HqmFSxf7mUw6cw4FFSsPXskuSDLH6DmzRU8Lstt7u hwXZRtKcv/+RsSLcP7SGZpTkzrvo9vHqWmlq+o8rXshMVoeRWnG3EjhFvEKirVU4RHNw hwv+IVPnoy31qyG4s1/HqgNE3BBdthI+bwIju5713vCx7w2G3VMRed7Hm0b4CWrFprfe JtJ/8xLn6SrpyFmTC9NPYzDL11AulXDR0FCy14YZfaToFibqbTtBjca1FFwvTtHWbJbb eZfg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a4si19280711ilj.44.2021.07.12.04.15.08; Mon, 12 Jul 2021 04:15:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235421AbhGLLGb (ORCPT + 99 others); Mon, 12 Jul 2021 07:06:31 -0400 Received: from szxga02-in.huawei.com ([45.249.212.188]:10471 "EHLO szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235410AbhGLLGa (ORCPT ); Mon, 12 Jul 2021 07:06:30 -0400 Received: from dggeme703-chm.china.huawei.com (unknown [172.30.72.55]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4GNglr0hmxzccSn; Mon, 12 Jul 2021 19:00:24 +0800 (CST) Received: from [10.174.178.125] (10.174.178.125) by dggeme703-chm.china.huawei.com (10.1.199.99) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Mon, 12 Jul 2021 19:03:39 +0800 Subject: Re: [PATCH 1/5] mm/vmscan: put the redirtied MADV_FREE pages back to anonymous LRU list To: Michal Hocko CC: , , , , , , , , , , , , , References: <20210710100329.49174-1-linmiaohe@huawei.com> <20210710100329.49174-2-linmiaohe@huawei.com> From: Miaohe Lin Message-ID: <9409189e-44f7-2608-68af-851629b6d453@huawei.com> Date: Mon, 12 Jul 2021 19:03:39 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.178.125] X-ClientProxiedBy: dggems701-chm.china.huawei.com (10.3.19.178) To dggeme703-chm.china.huawei.com (10.1.199.99) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/7/12 15:22, Michal Hocko wrote: > On Sat 10-07-21 18:03:25, Miaohe Lin wrote: >> If the MADV_FREE pages are redirtied before they could be reclaimed, put >> the pages back to anonymous LRU list by setting SwapBacked flag and the >> pages will be reclaimed in normal swapout way. Otherwise MADV_FREE pages >> won't be reclaimed as expected. > > Could you describe problem which you are trying to address? What does it > mean that pages won't be reclaimed as expected? > In fact, this is not a bug and harmless. But it looks buggy as it didn't perform the expected ops from code view. Lazyfree (MADV_FREE) pages are clean anonymous pages. They have SwapBacked flag cleared to distinguish normal anonymous pages. When the MADV_FREE pages are redirtied before they could be reclaimed, the pages should be put back to anonymous LRU list by setting SwapBacked flag, thus the pages will be reclaimed in normal swapout way. Many thanks for review and reply. > Also why is SetPageSwapBacked in shrink_page_list insufficient? > >> Fixes: 802a3a92ad7a ("mm: reclaim MADV_FREE pages") >> Signed-off-by: Miaohe Lin >> --- >> mm/vmscan.c | 1 + >> 1 file changed, 1 insertion(+) >> >> diff --git a/mm/vmscan.c b/mm/vmscan.c >> index a7602f71ec04..6483fe0e2065 100644 >> --- a/mm/vmscan.c >> +++ b/mm/vmscan.c >> @@ -1628,6 +1628,7 @@ static unsigned int shrink_page_list(struct list_head *page_list, >> if (!page_ref_freeze(page, 1)) >> goto keep_locked; >> if (PageDirty(page)) { >> + SetPageSwapBacked(page); >> page_ref_unfreeze(page, 1); >> goto keep_locked; >> } >> -- >> 2.23.0 >