From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail203.messagelabs.com (mail203.messagelabs.com [216.82.254.243]) by kanga.kvack.org (Postfix) with ESMTP id 4BB345F0001 for ; Mon, 2 Feb 2009 04:00:19 -0500 (EST) Subject: Re: [patch] SLQB slab allocator From: Pekka Enberg In-Reply-To: <1233545923.2604.60.camel@ymzhang> References: <20090121143008.GV24891@wotan.suse.de> <84144f020901220201g6bdc2d5maf3395fc8b21fe67@mail.gmail.com> <1233545923.2604.60.camel@ymzhang> Date: Mon, 02 Feb 2009 11:00:14 +0200 Message-Id: <1233565214.17835.13.camel@penberg-laptop> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: "Zhang, Yanmin" Cc: Hugh Dickins , Nick Piggin , Linux Memory Management List , Linux Kernel Mailing List , Andrew Morton , Lin Ming , Christoph Lameter List-ID: Hi Yanmin, On Mon, 2009-02-02 at 11:38 +0800, Zhang, Yanmin wrote: > Can we add a checking about free memory page number/percentage in function > allocate_slab that we can bypass the first try of alloc_pages when memory > is hungry? If the check isn't too expensive, I don't any reason not to. How would you go about checking how much free pages there are, though? Is there something in the page allocator that we can use for this? Pekka -- 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