[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200813073408.GA3996183@google.com>
Date: Thu, 13 Aug 2020 01:34:08 -0600
From: Yu Zhao <yuzhao@...gle.com>
To: Yang Shi <shy828301@...il.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Alexander Duyck <alexander.h.duyck@...ux.intel.com>,
Huang Ying <ying.huang@...el.com>,
David Hildenbrand <david@...hat.com>,
Michal Hocko <mhocko@...e.com>,
Yang Shi <yang.shi@...ux.alibaba.com>, Qian Cai <cai@....pw>,
Mel Gorman <mgorman@...e.de>,
Nicholas Piggin <npiggin@...il.com>,
Jérôme Glisse <jglisse@...hat.com>,
Hugh Dickins <hughd@...gle.com>, Linux MM <linux-mm@...ck.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Joonsoo Kim <js1304@...il.com>
Subject: Re: [PATCH 1/3] mm: don't call activate_page() on new ksm pages
On Wed, Aug 12, 2020 at 10:19:24PM -0700, Yang Shi wrote:
> On Tue, Aug 11, 2020 at 9:04 PM Yu Zhao <yuzhao@...gle.com> wrote:
> >
> > lru_cache_add_active_or_unevictable() already adds new ksm pages to
> > active lru. Calling activate_page() isn't really necessary in this
> > case.
> >
> > Signed-off-by: Yu Zhao <yuzhao@...gle.com>
> > ---
> > mm/swapfile.c | 10 +++++-----
> > 1 file changed, 5 insertions(+), 5 deletions(-)
> >
> > diff --git a/mm/swapfile.c b/mm/swapfile.c
> > index 6c26916e95fd..cf115ea26a20 100644
> > --- a/mm/swapfile.c
> > +++ b/mm/swapfile.c
> > @@ -1913,16 +1913,16 @@ static int unuse_pte(struct vm_area_struct *vma, pmd_t *pmd,
> > pte_mkold(mk_pte(page, vma->vm_page_prot)));
> > if (page == swapcache) {
> > page_add_anon_rmap(page, vma, addr, false);
> > + /*
> > + * Move the page to the active list so it is not
> > + * immediately swapped out again after swapon.
> > + */
> > + activate_page(page);
>
> Actually I think we could just remove this activate_page() call with
> Joonsoo's anonymous page workingset series merged. The active bit will
> be taken care by workingset_refault().
>
> > } else { /* ksm created a completely new copy */
> > page_add_new_anon_rmap(page, vma, addr, false);
> > lru_cache_add_active_or_unevictable(page, vma);
>
> And it looks the latest linus's tree already changed this to
> lru_cache_add_inactive_or_unevictable() by commit b518154e59
> ("mm/vmscan: protect the workingset on anonymous LRU")
Oops, apparently my tree is out of date. I'll work on a new version
that removes the superfluous activate_page(). Meanwhile, can you
please take a look at the rest of this series and let me know if
there is anything else that we might want to change? Thank you.
Powered by blists - more mailing lists