From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 18 Jan 2008 20:11:22 +0900 From: KOSAKI Motohiro Subject: Re: [RFC][PATCH] a bit improvement of ZONE_DMA page reclaim In-Reply-To: <20080118162434.8FB1.KOSAKI.MOTOHIRO@jp.fujitsu.com> References: <20080117232147.85ae8cab.akpm@linux-foundation.org> <20080118162434.8FB1.KOSAKI.MOTOHIRO@jp.fujitsu.com> Message-Id: <20080118200423.8FBC.KOSAKI.MOTOHIRO@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Andrew Morton Cc: kosaki.motohiro@jp.fujitsu.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, Marcelo Tosatti , Rik van Riel , Daniel Spang List-ID: 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, 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: email@kvack.org