From: Minchan Kim <minchan.kim@gmail.com>
To: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
Cc: Minchan Kim <minchan.kim@gmail.com>,
Andrew Morton <akpm@linux-foundation.org>,
lkml <linux-kernel@vger.kernel.org>,
linux-mm <linux-mm@kvack.org>, Matt Mackall <mpm@selenic.com>,
Hugh Dickins <hugh.dickins@tiscali.co.uk>
Subject: Re: [PATCH -mmotm-2009-12-10-17-19] Fix wrong rss count of smaps
Date: Mon, 28 Dec 2009 14:31:54 +0900 [thread overview]
Message-ID: <20091228143154.ec0431b5.minchan.kim@barrios-desktop> (raw)
In-Reply-To: <20091228134752.44d13c34.kamezawa.hiroyu@jp.fujitsu.com>
Hi, Kame.
On Mon, 28 Dec 2009 13:47:52 +0900
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> wrote:
> On Mon, 28 Dec 2009 13:46:19 +0900
> Minchan Kim <minchan.kim@gmail.com> wrote:
>
> >
> > I am not sure we have to account zero page with file_rss.
> > Hugh and Kame's new zero page doesn't do it.
> > As side effect of this, we can prevent innocent process which have a lot
> > of zero page when OOM happens.
> > (But I am not sure there is a process like this :)
> > So I think not file_rss counting is not bad.
> >
> > RSS counting zero page with file_rss helps any program using smaps?
> > If we have to keep the old behavior, I have to remake this patch.
> >
> > == CUT_HERE ==
> >
> > Long time ago, We regards zero page as file_rss and
> > vm_normal_page doesn't return NULL.
> >
> > But now, we reinstated ZERO_PAGE and vm_normal_page's implementation
> > can return NULL in case of zero page. Also we don't count it with
> > file_rss any more.
> >
> > Then, RSS and PSS can't be matched.
> > For consistency, Let's ignore zero page in smaps_pte_range.
> >
> > CC: Matt Mackall <mpm@selenic.com>
> > Signed-off-by: Minchan Kim <minchan.kim@gmail.com>
>
> Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
Thanks for ACK. :)
>
> BTW, how about counting ZERO page in smaps? Ignoring them completely sounds
> not very good.
I am not use it is useful.
zero page snapshot of ongoing process is useful?
Doesn't Admin need to know about zero page?
Let's admins use it well. If we remove zero page again?
How many are applications use smaps?
Did we have a problem without it?
When I think of it, there are too many qeustions.
Most important thing to add new statistics is just need of customer.
Frankly speaking, I don't have good scenario of using zero page.
Do you have any scenario it is valueable?
>
> Thanks,
> -Kame
--
Kind regards,
Minchan Kim
--
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:[~2009-12-28 5:33 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-28 4:46 Minchan Kim
2009-12-28 4:47 ` KAMEZAWA Hiroyuki
2009-12-28 5:31 ` Minchan Kim [this message]
2009-12-28 5:43 ` KAMEZAWA Hiroyuki
2009-12-28 9:59 ` Minchan Kim
2009-12-29 20:08 ` Matt Mackall
2009-12-30 1:33 ` Minchan Kim
2009-12-30 3:11 ` Matt Mackall
2009-12-30 16:19 ` Hugh Dickins
2009-12-31 2:47 ` Minchan Kim
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=20091228143154.ec0431b5.minchan.kim@barrios-desktop \
--to=minchan.kim@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=hugh.dickins@tiscali.co.uk \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mpm@selenic.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