All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michal Hocko <mhocko@suse.com>
To: Miaohe Lin <linmiaohe@huawei.com>
Cc: akpm@linux-foundation.org, hannes@cmpxchg.org, vbabka@suse.cz,
	axboe@kernel.dk, iamjoonsoo.kim@lge.com, alexs@kernel.org,
	apopple@nvidia.com, willy@infradead.org, minchan@kernel.org,
	david@redhat.com, shli@fb.com, hillf.zj@alibaba-inc.com,
	linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/5] mm/vmscan: put the redirtied MADV_FREE pages back to anonymous LRU list
Date: Tue, 13 Jul 2021 11:30:02 +0200	[thread overview]
Message-ID: <YO1dGvcTLaRJplRQ@dhcp22.suse.cz> (raw)
In-Reply-To: <9409189e-44f7-2608-68af-851629b6d453@huawei.com>

On Mon 12-07-21 19:03:39, Miaohe Lin wrote:
> 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.

Fixes tag is then misleading and the changelog should be more clear
about this as well.

> 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.

yes.

> 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.

Agreed. But the question is why this needs an explicit handling here
when we already do handle this case when trying to unmap the page.
Please make sure to document the behavior you are observing, why it is
not desirable.

> Many thanks for review and reply.
> 
> > Also why is SetPageSwapBacked in shrink_page_list insufficient?

Sorry I meant to say try_to_unmap path here

> >> Fixes: 802a3a92ad7a ("mm: reclaim MADV_FREE pages")
> >> Signed-off-by: Miaohe Lin <linmiaohe@huawei.com>
> >> ---
> >>  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
> > 

-- 
Michal Hocko
SUSE Labs

  reply	other threads:[~2021-07-13  9:30 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-10 10:03 [PATCH 0/5] Cleanup and fixup for vmscan Miaohe Lin
2021-07-10 10:03 ` [PATCH 1/5] mm/vmscan: put the redirtied MADV_FREE pages back to anonymous LRU list Miaohe Lin
2021-07-10 23:22   ` Yu Zhao
2021-07-10 23:22     ` Yu Zhao
2021-07-12  7:11     ` Miaohe Lin
2021-07-13  7:25       ` Yu Zhao
2021-07-13  7:25         ` Yu Zhao
2021-07-13 13:16         ` Miaohe Lin
2021-07-12  7:22   ` Michal Hocko
2021-07-12 11:03     ` Miaohe Lin
2021-07-13  9:30       ` Michal Hocko [this message]
2021-07-13 13:13         ` Miaohe Lin
2021-07-13 13:34           ` Matthew Wilcox
2021-07-14 11:36             ` Miaohe Lin
2021-07-14 11:48               ` Matthew Wilcox
2021-07-14 19:43                 ` John Hubbard
2021-07-15 11:30                   ` Miaohe Lin
2021-07-16  0:01                     ` John Hubbard
2021-07-16  1:53                       ` Miaohe Lin
2021-07-10 10:03 ` [PATCH 2/5] mm/vmscan: remove misleading setting to sc->priority Miaohe Lin
2021-07-12  7:24   ` Michal Hocko
2021-07-12 11:10     ` Miaohe Lin
2021-07-10 10:03 ` [PATCH 3/5] mm/vmscan: remove unneeded return value of kswapd_run() Miaohe Lin
2021-07-12  7:25   ` Michal Hocko
2021-07-10 10:03 ` [PATCH 4/5] mm/vmscan: add 'else' to remove check_pending label Miaohe Lin
2021-07-12  7:26   ` Michal Hocko
2021-07-10 10:03 ` [PATCH 5/5] mm/vmscan: fix misleading comment in isolate_lru_pages() Miaohe Lin
2021-07-12  7:28   ` Michal Hocko
2021-07-12 11:16     ` Miaohe Lin
2021-07-13  9:32       ` Michal Hocko
2021-07-13 12:50         ` Miaohe Lin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=YO1dGvcTLaRJplRQ@dhcp22.suse.cz \
    --to=mhocko@suse.com \
    --cc=akpm@linux-foundation.org \
    --cc=alexs@kernel.org \
    --cc=apopple@nvidia.com \
    --cc=axboe@kernel.dk \
    --cc=david@redhat.com \
    --cc=hannes@cmpxchg.org \
    --cc=hillf.zj@alibaba-inc.com \
    --cc=iamjoonsoo.kim@lge.com \
    --cc=linmiaohe@huawei.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=minchan@kernel.org \
    --cc=shli@fb.com \
    --cc=vbabka@suse.cz \
    --cc=willy@infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.