Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965828AbWKXR7c (ORCPT ); Fri, 24 Nov 2006 12:59:32 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965838AbWKXR7c (ORCPT ); Fri, 24 Nov 2006 12:59:32 -0500 Received: from omx1-ext.sgi.com ([192.48.179.11]:3044 "EHLO omx1.sgi.com") by vger.kernel.org with ESMTP id S965828AbWKXR7b (ORCPT ); Fri, 24 Nov 2006 12:59:31 -0500 Date: Fri, 24 Nov 2006 09:59:14 -0800 (PST) From: Christoph Lameter To: Linus Torvalds cc: Mel Gorman , linux-mm@kvack.org, Linux Kernel Mailing List Subject: Re: [PATCH 1/11] Add __GFP_MOVABLE flag and update callers In-Reply-To: Message-ID: References: <20061121225022.11710.72178.sendpatchset@skynet.skynet.ie> <20061121225042.11710.15200.sendpatchset@skynet.skynet.ie> <20061123163613.GA25818@skynet.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: 1074 Lines: 22 On Thu, 23 Nov 2006, Linus Torvalds wrote: > And the assumption would be that if it's MOVABLE, then it's obviously a > USER allocation (it it can fail much more eagerly - that's really what the > whole USER bit ends up meaning internally). We can probably make several types of kernel allocations movable if there would be some benefit from it. Mel already has a problem with mlocked user pages in the movable section. If this is fixed by using page migration to move the mlocked pages then we can likely make addititional classes kernel pages also movable and reduce the amount of memory that is unmovable. If we have more movable pages then the defrag can work more efficiently. Having most pages movable will also help to make memory unplug a reality. So please do not require movable pages to be user allocations. - 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/