Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262197AbVBBAFo (ORCPT ); Tue, 1 Feb 2005 19:05:44 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262189AbVBBAFo (ORCPT ); Tue, 1 Feb 2005 19:05:44 -0500 Received: from omx3-ext.sgi.com ([192.48.171.20]:38560 "EHLO omx3.sgi.com") by vger.kernel.org with ESMTP id S262209AbVBBAFg (ORCPT ); Tue, 1 Feb 2005 19:05:36 -0500 Date: Tue, 1 Feb 2005 16:05:09 -0800 (PST) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Mel Gorman cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation In-Reply-To: Message-ID: References: <20050201171641.CC15EE5E8@skynet.csn.ul.ie> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1220 Lines: 27 On Tue, 1 Feb 2005, Mel Gorman wrote: > > Would it not be better to zero the global 2^MAX_ORDER pages by the scrub > > daemon and have a global zeroed page list? That way you may avoid zeroing > > when splitting pages? > > > > Maybe, but right now when there are no 2^MAX_ORDER pages, the scrub daemon > is going to be doing nothing which is why I think it needs to look at the > free pages of lower orders. > > That is solveable though in one of two ways. One, the scrub daemon can > zero pages from the global list and then add them to the USERZERO pool. It > has the advantage of requiring no more memory and is simple. The second is > to create a second global list. However, I think it only makes sense to > have this as part of the scrub daemon patch (I can write it if thats a > problem) rather than a standalone patch from me. Approach one is fine and I will do an update the remaining prezero patches to do just that. When will your patches be in Linus tree? ;-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/