From: Ming Ling <ming.ling@spreadtrum.com>
To: Minchan Kim <minchan@kernel.org>
Cc: akpm@linux-foundation.org, mgorman@techsingularity.net,
vbabka@suse.cz, hannes@cmpxchg.org, mhocko@suse.com,
baiyaowei@cmss.chinamobile.com, iamjoonsoo.kim@lge.com,
rientjes@google.com, hughd@google.com,
kirill.shutemov@linux.intel.com, riel@redhat.com,
mgorman@suse.de, aquini@redhat.com, corbet@lwn.net,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
orson.zhai@spreadtrum.com, geng.ren@spreadtrum.com,
chunyan.zhang@spreadtrum.com, zhizhou.tian@spreadtrum.com,
yuming.han@spreadtrum.com, xiajing@spreadst.com
Subject: Re: [PATCH] mm: exclude isolated non-lru pages from NR_ISOLATED_ANON or NR_ISOLATED_FILE.
Date: Fri, 30 Sep 2016 18:15:24 +0800 [thread overview]
Message-ID: <20160930101523.GA24978@spreadtrum.com> (raw)
In-Reply-To: <20160930023737.GA6357@bbox>
Hello,
On ao?, 9ae?? 30, 2016 at 11:37:37a,?a?? +0900, Minchan Kim wrote:
> Hello,
>
> On Wed, Sep 28, 2016 at 05:31:03PM +0800, ming.ling wrote:
> > Non-lru pages don't belong to any lru, so accounting them to
> > NR_ISOLATED_ANON or NR_ISOLATED_FILE doesn't make any sense.
> > It may misguide functions such as pgdat_reclaimable_pages and
> > too_many_isolated.
>
> I agree this part. It would be happier if you give any story you suffered
> from. Although you don't have, it's okay because you are correcting
> clearly wrong part. Thanks. :)
>
I haven't suffered from any actual problem yet. It is very hard to make a
special case making reclaim artificially throttled (hung) because of too
many non LRU pages being isolated. But since i do some develpments on low ram
Android devicesi 1/4 ?512M...), i am very sensitive on memory footprint analysis.
Incorrect counting of non-lru pages makes me confused on it.
And patch "mm, vmscan: consider isolated pages in zone_reclaimable_pages
(9f6c399d)" which had been committed by Michal Hocko adds isolated pages in
zone_reclaimable_pages. So i think it is worth to ensure their counts are right.
> >
> > This patch adds NR_ISOLATED_NONLRU to vmstat and moves isolated non-lru
> > pages from NR_ISOLATED_ANON or NR_ISOLATED_FILE to NR_ISOLATED_NONLRU.
> > And with non-lru pages in vmstat, it helps to optimize algorithm of
> > function too_many_isolated oneday.
>
> Need more justfication to add new vmstat because once we add it, it's
> really hard to change/remove it(i.e., maintainace trobule) so I want
> to add it when it really would be helpful sometime, not now.
>
> Could you resend the patch without part adding new vmstat?
>
> Thanks.
>
No problem, let's add it when it really would be helpful sometime.
I will resend the patch without part adding new vmstat later.
Thank you very much.
> >
> > Signed-off-by: ming.ling <ming.ling@spreadtrum.com>
> > ---
> > include/linux/mmzone.h | 1 +
> > mm/compaction.c | 12 +++++++++---
> > mm/migrate.c | 14 ++++++++++----
> > 3 files changed, 20 insertions(+), 7 deletions(-)
> >
> > diff --git a/include/linux/mmzone.h b/include/linux/mmzone.h
> > index 7f2ae99..dc0adba 100644
> > --- a/include/linux/mmzone.h
> > +++ b/include/linux/mmzone.h
> > @@ -169,6 +169,7 @@ enum node_stat_item {
> > NR_VMSCAN_IMMEDIATE, /* Prioritise for reclaim when writeback ends */
> > NR_DIRTIED, /* page dirtyings since bootup */
> > NR_WRITTEN, /* page writings since bootup */
> > + NR_ISOLATED_NONLRU, /* Temporary isolated pages from non-lru */
> > NR_VM_NODE_STAT_ITEMS
> > };
> >
> > diff --git a/mm/compaction.c b/mm/compaction.c
> > index 9affb29..8da1dca 100644
> > --- a/mm/compaction.c
> > +++ b/mm/compaction.c
> > @@ -638,16 +638,21 @@ isolate_freepages_range(struct compact_control *cc,
> > static void acct_isolated(struct zone *zone, struct compact_control *cc)
> > {
> > struct page *page;
> > - unsigned int count[2] = { 0, };
> > + unsigned int count[3] = { 0, };
> >
> > if (list_empty(&cc->migratepages))
> > return;
> >
> > - list_for_each_entry(page, &cc->migratepages, lru)
> > - count[!!page_is_file_cache(page)]++;
> > + list_for_each_entry(page, &cc->migratepages, lru) {
> > + if (PageLRU(page))
> > + count[!!page_is_file_cache(page)]++;
> > + else
> > + count[2]++;
> > + }
> >
> > mod_node_page_state(zone->zone_pgdat, NR_ISOLATED_ANON, count[0]);
> > mod_node_page_state(zone->zone_pgdat, NR_ISOLATED_FILE, count[1]);
> > + mod_node_page_state(zone->zone_pgdat, NR_ISOLATED_NONLRU, count[2]);
> > }
> >
> > /* Similar to reclaim, but different enough that they don't share logic */
> > @@ -659,6 +664,7 @@ static bool too_many_isolated(struct zone *zone)
> > node_page_state(zone->zone_pgdat, NR_INACTIVE_ANON);
> > active = node_page_state(zone->zone_pgdat, NR_ACTIVE_FILE) +
> > node_page_state(zone->zone_pgdat, NR_ACTIVE_ANON);
> > + /* Is it necessary to add NR_ISOLATED_NONLRU?? */
> > isolated = node_page_state(zone->zone_pgdat, NR_ISOLATED_FILE) +
> > node_page_state(zone->zone_pgdat, NR_ISOLATED_ANON);
> >
> > diff --git a/mm/migrate.c b/mm/migrate.c
> > index f7ee04a..cd5abb2 100644
> > --- a/mm/migrate.c
> > +++ b/mm/migrate.c
> > @@ -168,8 +168,11 @@ void putback_movable_pages(struct list_head *l)
> > continue;
> > }
> > list_del(&page->lru);
> > - dec_node_page_state(page, NR_ISOLATED_ANON +
> > - page_is_file_cache(page));
> > + if (PageLRU(page))
> > + dec_node_page_state(page, NR_ISOLATED_ANON +
> > + page_is_file_cache(page));
> > + else
> > + dec_node_page_state(page, NR_ISOLATED_NONLRU);
> > /*
> > * We isolated non-lru movable page so here we can use
> > * __PageMovable because LRU page's mapping cannot have
> > @@ -1121,8 +1124,11 @@ out:
> > * restored.
> > */
> > list_del(&page->lru);
> > - dec_node_page_state(page, NR_ISOLATED_ANON +
> > - page_is_file_cache(page));
> > + if (PageLRU(page))
> > + dec_node_page_state(page, NR_ISOLATED_ANON +
> > + page_is_file_cache(page));
> > + else
> > + dec_node_page_state(page, NR_ISOLATED_NONLRU);
> > }
> >
> > /*
> > --
> > 1.9.1
> >
> > --
> > 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>
--
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>
next prev parent reply other threads:[~2016-09-30 10:24 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-28 9:31 ming.ling
2016-09-29 8:01 ` Michal Hocko
2016-09-30 2:37 ` Minchan Kim
2016-09-30 10:15 ` Ming Ling [this message]
[not found] ` <201609290806.u8T86Ik0052869@TPSPAM01.spreadtrum.com>
2016-09-30 4:41 ` Ming Ling
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=20160930101523.GA24978@spreadtrum.com \
--to=ming.ling@spreadtrum.com \
--cc=akpm@linux-foundation.org \
--cc=aquini@redhat.com \
--cc=baiyaowei@cmss.chinamobile.com \
--cc=chunyan.zhang@spreadtrum.com \
--cc=corbet@lwn.net \
--cc=geng.ren@spreadtrum.com \
--cc=hannes@cmpxchg.org \
--cc=hughd@google.com \
--cc=iamjoonsoo.kim@lge.com \
--cc=kirill.shutemov@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mgorman@suse.de \
--cc=mgorman@techsingularity.net \
--cc=mhocko@suse.com \
--cc=minchan@kernel.org \
--cc=orson.zhai@spreadtrum.com \
--cc=riel@redhat.com \
--cc=rientjes@google.com \
--cc=vbabka@suse.cz \
--cc=xiajing@spreadst.com \
--cc=yuming.han@spreadtrum.com \
--cc=zhizhou.tian@spreadtrum.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox