[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080118162434.8FB1.KOSAKI.MOTOHIRO@jp.fujitsu.com>
Date: Fri, 18 Jan 2008 16:28:42 +0900
From: KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: kosaki.motohiro@...fujitsu.com, linux-mm@...ck.org,
linux-kernel@...r.kernel.org, Marcelo Tosatti <marcelo@...ck.org>,
Rik van Riel <riel@...hat.com>,
Daniel Spang <daniel.spang@...il.com>
Subject: Re: [RFC][PATCH] a bit improvement of ZONE_DMA page reclaim
Hi Andrew
> > on X86, ZONE_DMA is very very small.
> > It is often no used at all.
>
> In that case page-reclaim is supposed to set all_unreclaimable and
> basically ignores the zone altogether until it looks like something might
> have changed.
>
> Is that code not working? (quite possible).
please insert blow debug printk and dd if=bigfile of=/dev/null.
you see "near_oom(DMA) 0 0 0" messages :)
at least, I can reproduce it on my machine.
my machine
CPU: x86_64 1.86GHz x2
memory: 6G
- kosaki
Index: b/mm/vmscan.c
===================================================================
--- a/mm/vmscan.c 2008-01-18 14:49:06.000000000 +0900
+++ b/mm/vmscan.c 2008-01-18 14:50:21.000000000 +0900
@@ -966,8 +966,14 @@ static int calc_reclaim_mapped(struct sc
int reclaim_mapped = 0;
int prev_priority;
- if (scan_global_lru(sc) && zone_is_near_oom(zone))
+ if (scan_global_lru(sc) && zone_is_near_oom(zone)) {
+ printk("near_oom(%s) %ld %ld %ld\n",
+ zone->name,
+ zone->pages_scanned,
+ zone_page_state(zone, NR_ACTIVE),
+ zone_page_state(zone, NR_INACTIVE));
return 1;
+ }
/*
* `distress' is a measure of how much trouble we're having
* reclaiming pages. 0 -> no problems. 100 -> great trouble.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists