From: Minchan Kim <minchan@kernel.org>
To: Shaohua Li <shli@fb.com>
Cc: Johannes Weiner <hannes@cmpxchg.org>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
Kernel-team@fb.com, mhocko@suse.com, hughd@google.com,
riel@redhat.com, mgorman@techsingularity.net,
akpm@linux-foundation.org
Subject: Re: [PATCH V3 3/7] mm: reclaim MADV_FREE pages
Date: Fri, 17 Feb 2017 14:45:55 +0900 [thread overview]
Message-ID: <20170217054555.GB3653@bbox> (raw)
In-Reply-To: <20170217002717.GA93163@shli-mbp.local>
Hi Shaohua,
On Thu, Feb 16, 2017 at 04:27:18PM -0800, Shaohua Li wrote:
> On Thu, Feb 16, 2017 at 01:40:18PM -0500, Johannes Weiner wrote:
> > On Tue, Feb 14, 2017 at 11:36:09AM -0800, Shaohua Li wrote:
> > > @@ -1419,11 +1419,18 @@ static int try_to_unmap_one(struct page *page, struct vm_area_struct *vma,
> > > VM_BUG_ON_PAGE(!PageSwapCache(page) && PageSwapBacked(page),
> > > page);
> > >
> > > - if (!PageDirty(page) && (flags & TTU_LZFREE)) {
> > > - /* It's a freeable page by MADV_FREE */
> > > - dec_mm_counter(mm, MM_ANONPAGES);
> > > - rp->lazyfreed++;
> > > - goto discard;
> > > + if (flags & TTU_LZFREE) {
> > > + if (!PageDirty(page)) {
> > > + /* It's a freeable page by MADV_FREE */
> > > + dec_mm_counter(mm, MM_ANONPAGES);
> > > + rp->lazyfreed++;
> > > + goto discard;
> > > + } else {
> > > + set_pte_at(mm, address, pvmw.pte, pteval);
> > > + ret = SWAP_FAIL;
> > > + page_vma_mapped_walk_done(&pvmw);
> > > + break;
> > > + }
> >
> > I don't understand why we need the TTU_LZFREE bit in general. More on
> > that below at the callsite.
>
> Sounds useless flag, don't see any reason we shouldn't free the MADV_FREE page
> in places other than reclaim. Looks TTU_UNMAP is useless too..
Agree on TTU_UNMAP but for example, THP split doesn't mean free lazyfree pages,
I think.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: Minchan Kim <minchan@kernel.org>
To: Shaohua Li <shli@fb.com>
Cc: Johannes Weiner <hannes@cmpxchg.org>, <linux-mm@kvack.org>,
<linux-kernel@vger.kernel.org>, <Kernel-team@fb.com>,
<mhocko@suse.com>, <hughd@google.com>, <riel@redhat.com>,
<mgorman@techsingularity.net>, <akpm@linux-foundation.org>
Subject: Re: [PATCH V3 3/7] mm: reclaim MADV_FREE pages
Date: Fri, 17 Feb 2017 14:45:55 +0900 [thread overview]
Message-ID: <20170217054555.GB3653@bbox> (raw)
In-Reply-To: <20170217002717.GA93163@shli-mbp.local>
Hi Shaohua,
On Thu, Feb 16, 2017 at 04:27:18PM -0800, Shaohua Li wrote:
> On Thu, Feb 16, 2017 at 01:40:18PM -0500, Johannes Weiner wrote:
> > On Tue, Feb 14, 2017 at 11:36:09AM -0800, Shaohua Li wrote:
> > > @@ -1419,11 +1419,18 @@ static int try_to_unmap_one(struct page *page, struct vm_area_struct *vma,
> > > VM_BUG_ON_PAGE(!PageSwapCache(page) && PageSwapBacked(page),
> > > page);
> > >
> > > - if (!PageDirty(page) && (flags & TTU_LZFREE)) {
> > > - /* It's a freeable page by MADV_FREE */
> > > - dec_mm_counter(mm, MM_ANONPAGES);
> > > - rp->lazyfreed++;
> > > - goto discard;
> > > + if (flags & TTU_LZFREE) {
> > > + if (!PageDirty(page)) {
> > > + /* It's a freeable page by MADV_FREE */
> > > + dec_mm_counter(mm, MM_ANONPAGES);
> > > + rp->lazyfreed++;
> > > + goto discard;
> > > + } else {
> > > + set_pte_at(mm, address, pvmw.pte, pteval);
> > > + ret = SWAP_FAIL;
> > > + page_vma_mapped_walk_done(&pvmw);
> > > + break;
> > > + }
> >
> > I don't understand why we need the TTU_LZFREE bit in general. More on
> > that below at the callsite.
>
> Sounds useless flag, don't see any reason we shouldn't free the MADV_FREE page
> in places other than reclaim. Looks TTU_UNMAP is useless too..
Agree on TTU_UNMAP but for example, THP split doesn't mean free lazyfree pages,
I think.
next prev parent reply other threads:[~2017-02-17 5:46 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-14 19:36 [PATCH V3 0/7] mm: fix some MADV_FREE issues Shaohua Li
2017-02-14 19:36 ` Shaohua Li
2017-02-14 19:36 ` [PATCH V3 1/7] mm: don't assume anonymous pages have SwapBacked flag Shaohua Li
2017-02-14 19:36 ` Shaohua Li
2017-02-16 17:39 ` Johannes Weiner
2017-02-16 17:39 ` Johannes Weiner
2017-02-14 19:36 ` [PATCH V3 2/7] mm: move MADV_FREE pages into LRU_INACTIVE_FILE list Shaohua Li
2017-02-14 19:36 ` Shaohua Li
2017-02-16 17:52 ` Johannes Weiner
2017-02-16 17:52 ` Johannes Weiner
2017-02-17 0:35 ` Shaohua Li
2017-02-17 0:35 ` Shaohua Li
2017-02-17 16:22 ` Johannes Weiner
2017-02-17 16:22 ` Johannes Weiner
2017-02-14 19:36 ` [PATCH V3 3/7] mm: reclaim MADV_FREE pages Shaohua Li
2017-02-14 19:36 ` Shaohua Li
2017-02-16 18:40 ` Johannes Weiner
2017-02-16 18:40 ` Johannes Weiner
2017-02-17 0:27 ` Shaohua Li
2017-02-17 0:27 ` Shaohua Li
2017-02-17 5:45 ` Minchan Kim [this message]
2017-02-17 5:45 ` Minchan Kim
2017-02-17 16:11 ` Johannes Weiner
2017-02-17 16:11 ` Johannes Weiner
2017-02-17 16:01 ` Johannes Weiner
2017-02-17 16:01 ` Johannes Weiner
2017-02-17 18:43 ` Shaohua Li
2017-02-17 18:43 ` Shaohua Li
2017-02-17 20:03 ` Johannes Weiner
2017-02-17 20:03 ` Johannes Weiner
2017-02-17 5:41 ` Minchan Kim
2017-02-17 5:41 ` Minchan Kim
2017-02-17 9:27 ` Minchan Kim
2017-02-17 9:27 ` Minchan Kim
2017-02-17 16:15 ` Johannes Weiner
2017-02-17 16:15 ` Johannes Weiner
2017-02-14 19:36 ` [PATCH V3 4/7] mm: enable MADV_FREE for swapless system Shaohua Li
2017-02-14 19:36 ` Shaohua Li
2017-02-17 16:16 ` Johannes Weiner
2017-02-17 16:16 ` Johannes Weiner
2017-02-14 19:36 ` [PATCH V3 5/7] mm: add vmstat account for MADV_FREE pages Shaohua Li
2017-02-14 19:36 ` Shaohua Li
2017-02-14 19:36 ` [PATCH V3 6/7] proc: show MADV_FREE pages info in smaps Shaohua Li
2017-02-14 19:36 ` Shaohua Li
2017-02-14 19:36 ` [PATCH V3 7/7] mm: add a separate RSS for MADV_FREE pages Shaohua Li
2017-02-14 19:36 ` Shaohua Li
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=20170217054555.GB3653@bbox \
--to=minchan@kernel.org \
--cc=Kernel-team@fb.com \
--cc=akpm@linux-foundation.org \
--cc=hannes@cmpxchg.org \
--cc=hughd@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mgorman@techsingularity.net \
--cc=mhocko@suse.com \
--cc=riel@redhat.com \
--cc=shli@fb.com \
/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.