From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1765752AbXGKRtx (ORCPT ); Wed, 11 Jul 2007 13:49:53 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751052AbXGKRtm (ORCPT ); Wed, 11 Jul 2007 13:49:42 -0400 Received: from netops-testserver-3-out.sgi.com ([192.48.171.28]:39169 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1765491AbXGKRtm (ORCPT ); Wed, 11 Jul 2007 13:49:42 -0400 Date: Wed, 11 Jul 2007 10:49:40 -0700 (PDT) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Mel Gorman cc: Andrew Morton , linux-kernel@vger.kernel.org Subject: Re: -mm merge plans for 2.6.23 In-Reply-To: <20070711094229.GC7568@skynet.ie> Message-ID: References: <20070710013152.ef2cd200.akpm@linux-foundation.org> <20070711094229.GC7568@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 On Wed, 11 Jul 2007, Mel Gorman wrote: > I would like the patches to go through on the grounds that higher order > allocations can succeed. However, I am also happy to say that order-0 > pages should be used as much as possible, that case should always be > made as fast as possible and the world must not end if a high-order > allocation fails. SLUB can easily be made to not use higher order pages. If the SLUB mobility patches are not merged then higher order page use can be explicitly enabled via passing the following to the kernel on boot slub_max_order= If they are merged then the higher order page use can be disabled in case of trouble via slub_max_order=0