[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20080118200423.8FBC.KOSAKI.MOTOHIRO@jp.fujitsu.com>
Date: Fri, 18 Jan 2008 20:11:22 +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 :)
sorry, my last mail is not enough description.
It is not so useful at solo use.
As you say, If long time passes all_unreclaimable turn on and
incorrect shrink list become no happned.
but, my mem_notify patch very dislike incorrect shrink ;-)
result as, I don't hope quick merge.
and I will merge to my mem_notify patch series.
Thanks.
- kosaki
--
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