linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
To: Christoph Lameter <cl@linux-foundation.org>
Cc: kosaki.motohiro@jp.fujitsu.com,
	LKML <linux-kernel@vger.kernel.org>,
	linux-mm <linux-mm@kvack.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Wu Fengguang <fengguang.wu@intel.com>,
	David Rientjes <rientjes@google.com>,
	Rik van Riel <riel@redhat.com>,
	Hugh Dickins <hugh.dickins@tiscali.co.uk>
Subject: Re: [PATCH 4/5] add isolate pages vmstat
Date: Fri, 10 Jul 2009 11:11:25 +0900 (JST)	[thread overview]
Message-ID: <20090710094934.17CA.A69D9226@jp.fujitsu.com> (raw)
In-Reply-To: <alpine.DEB.1.10.0907091638330.17835@gentwo.org>

> On Thu, 9 Jul 2009, KOSAKI Motohiro wrote:
> 
> > Subject: [PATCH] add isolate pages vmstat
> >
> > If the system have plenty threads or processes, concurrent reclaim can
> > isolate very much pages.
> > Unfortunately, current /proc/meminfo and OOM log can't show it.
> 
> "
> If the system is running a heavy load of processes then concurrent reclaim
> can isolate a large numbe of pages from the LRU. /proc/meminfo and the
> output generated for an OOM do not show how many pages were isolated.
> "
> 
> > This patch provide the way of showing this information.
> 
> "
> This patch shows the information about isolated pages.
> "
> 
> 
> Page migration can also isolate a large number of pages from the LRU. But
> the new counters are not used there.

Correct. Will fix.

Plus, current reclaim logic depend on the system have enough much pages on LRU.
Maybe we don't only need to limit #-of-reclaimer, but also need to limit #-of-migrator.
I think we can use similar logic.




--
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>

  reply	other threads:[~2009-07-10  1:50 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-09  8:05 [PATCH 0/5] OOM analysis helper patch series v2 KOSAKI Motohiro
2009-07-09  8:06 ` [PATCH 1/5][resend] add per-zone statistics to show_free_areas() KOSAKI Motohiro
2009-07-09 10:14   ` Minchan Kim
2009-07-09 14:59   ` Rik van Riel
2009-07-09  8:11 ` [PATCH 2/5] add buffer cache information " KOSAKI Motohiro
2009-07-09 15:00   ` Rik van Riel
2009-07-09 20:37   ` Christoph Lameter
2009-07-09 23:39     ` KOSAKI Motohiro
2009-07-09  8:12 ` [PATCH 3/5][resend] Show kernel stack usage to /proc/meminfo and OOM log KOSAKI Motohiro
2009-07-09 10:20   ` Minchan Kim
2009-07-09 15:01   ` Rik van Riel
2009-07-09 20:38   ` Christoph Lameter
2009-07-09  8:14 ` [PATCH 4/5] add isolate pages vmstat KOSAKI Motohiro
2009-07-09 10:22   ` Minchan Kim
2009-07-09 20:43   ` Christoph Lameter
2009-07-10  2:11     ` KOSAKI Motohiro [this message]
2009-07-10 18:48       ` Christoph Lameter
2009-07-13  1:50         ` KOSAKI Motohiro
2009-07-09  8:18 ` [PATCH 5/5] add shmem vmstat KOSAKI Motohiro
2009-07-09 15:03   ` Rik van Riel
2009-07-09 20:46   ` Christoph Lameter
2009-07-10  1:23   ` Wu Fengguang
2009-07-09 10:41 ` [PATCH 0/5] OOM analysis helper patch series v2 Minchan Kim
2009-07-09 17:51 ` Li, Ming Chun
2009-07-09 22:05   ` Li, Ming Chun
2009-07-09 23:35     ` KOSAKI Motohiro
2009-07-10  2:17       ` KOSAKI Motohiro
2009-07-10 16:54         ` Li, Ming Chun
  -- strict thread matches above, loose matches on Subject: below --
2009-07-05  9:22 [PATCH 0/5] OOM analysis helper patches KOSAKI Motohiro
2009-07-05  9:25 ` [PATCH 4/5] add isolate pages vmstat KOSAKI Motohiro
2009-07-05 12:10   ` Wu Fengguang
2009-07-05 12:23     ` KOSAKI Motohiro
2009-07-05 14:51       ` Minchan Kim
2009-07-06  9:28         ` KOSAKI Motohiro
2009-07-06 11:55           ` KOSAKI Motohiro
2009-07-07  0:01             ` Minchan Kim
2009-07-07  0:07               ` KOSAKI Motohiro
2009-07-07  1:19                 ` KOSAKI Motohiro
2009-07-07  1:48                   ` Minchan Kim
2009-07-07  2:12                     ` KOSAKI Motohiro
2009-07-07  2:31                       ` Minchan Kim
2009-07-07  3:02                     ` Rik van Riel
2009-07-07 13:51                   ` Wu Fengguang
2009-07-07 16:49                   ` Christoph Lameter
2009-07-07 17:23                     ` Rik van Riel
2009-07-07 23:32                       ` Christoph Lameter
2009-07-09  2:19                     ` KOSAKI Motohiro
2009-07-09 21:00                       ` Christoph Lameter
2009-07-07 16:46   ` Christoph Lameter
2009-07-08  1:44     ` Wu Fengguang

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=20090710094934.17CA.A69D9226@jp.fujitsu.com \
    --to=kosaki.motohiro@jp.fujitsu.com \
    --cc=akpm@linux-foundation.org \
    --cc=cl@linux-foundation.org \
    --cc=fengguang.wu@intel.com \
    --cc=hugh.dickins@tiscali.co.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=riel@redhat.com \
    --cc=rientjes@google.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