From: Vladimir Davydov <vdavydov@parallels.com>
To: Johannes Weiner <hannes@cmpxchg.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Michal Hocko <mhocko@suse.cz>, Vlastimil Babka <vbabka@suse.cz>,
Mel Gorman <mgorman@suse.de>, Rik van Riel <riel@redhat.com>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH -mm 1/2] mm: vmscan: account slab pages on memcg reclaim
Date: Tue, 13 Jan 2015 10:46:33 +0300 [thread overview]
Message-ID: <20150113074633.GG2110@esperanza> (raw)
In-Reply-To: <20150112221839.GB25609@phnom.home.cmpxchg.org>
On Mon, Jan 12, 2015 at 05:18:39PM -0500, Johannes Weiner wrote:
> On Mon, Jan 12, 2015 at 12:30:37PM +0300, Vladimir Davydov wrote:
> > Since try_to_free_mem_cgroup_pages() can now call slab shrinkers, we
> > should initialize reclaim_state and account reclaimed slab pages in
> > scan_control->nr_reclaimed.
> >
> > Signed-off-by: Vladimir Davydov <vdavydov@parallels.com>
> > ---
> > mm/vmscan.c | 33 ++++++++++++++++++++++-----------
> > 1 file changed, 22 insertions(+), 11 deletions(-)
> >
> > diff --git a/mm/vmscan.c b/mm/vmscan.c
> > index 16f3e45742d6..b2c041139a51 100644
> > --- a/mm/vmscan.c
> > +++ b/mm/vmscan.c
> > @@ -367,13 +367,16 @@ static unsigned long do_shrink_slab(struct shrink_control *shrinkctl,
> > * the ->seeks setting of the shrink function, which indicates the
> > * cost to recreate an object relative to that of an LRU page.
> > *
> > - * Returns the number of reclaimed slab objects.
> > + * Returns the number of reclaimed slab objects. The number of reclaimed
> > + * pages is added to *@ret_nr_reclaimed.
> >
> > static unsigned long shrink_slab(gfp_t gfp_mask, int nid,
> > struct mem_cgroup *memcg,
> > unsigned long nr_scanned,
> > - unsigned long nr_eligible)
> > + unsigned long nr_eligible,
> > + unsigned long *ret_nr_reclaimed)
>
> Can't we just return the number of pages directly from this function?
Hmm, we can. That would look better, of course. However, reclaimed_slab
can be 0 even if we reclaimed tons of dentries/inodes, simply because
they are freed by rcu. In this case, we can abort drop_slab beforehand.
Do you think it's OK?
Thanks,
Vladimir
>
> > @@ -426,7 +434,7 @@ void drop_slab_node(int nid)
> > freed = 0;
> > do {
> > freed += shrink_slab(GFP_KERNEL, nid, memcg,
> > - 1000, 1000);
> > + 1000, 1000, &nr_reclaimed);
> > } while ((memcg = mem_cgroup_iter(NULL, memcg, NULL)) != NULL);
> > } while (freed > 10);
>
> This is the only caller that cares about the return value, and it's a
> magic number that could probably be changed to comparing with a magic
> number of pages instead.
--
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:[~2015-01-13 7:46 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-12 9:30 Vladimir Davydov
2015-01-12 9:30 ` [PATCH -mm 2/2] mm: vmscan: init reclaim_state in do_try_to_free_pages Vladimir Davydov
2015-01-12 22:26 ` Johannes Weiner
2015-01-13 7:55 ` Vladimir Davydov
2015-01-12 22:18 ` [PATCH -mm 1/2] mm: vmscan: account slab pages on memcg reclaim Johannes Weiner
2015-01-13 7:46 ` Vladimir Davydov [this message]
2015-01-15 13:17 ` Michal Hocko
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=20150113074633.GG2110@esperanza \
--to=vdavydov@parallels.com \
--cc=akpm@linux-foundation.org \
--cc=hannes@cmpxchg.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mgorman@suse.de \
--cc=mhocko@suse.cz \
--cc=riel@redhat.com \
--cc=vbabka@suse.cz \
/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