From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail144.messagelabs.com (mail144.messagelabs.com [216.82.254.51]) by kanga.kvack.org (Postfix) with SMTP id 0EB326B0071 for ; Tue, 30 Nov 2010 14:13:55 -0500 (EST) Date: Tue, 30 Nov 2010 13:13:46 -0600 (CST) From: Christoph Lameter Subject: Re: Free memory never fully used, swapping In-Reply-To: <20101130091325.GA17340@hostway.ca> Message-ID: References: <20101124092753.GS19571@csn.ul.ie> <20101124191749.GA29511@hostway.ca> <20101125101803.F450.A69D9226@jp.fujitsu.com> <20101130091325.GA17340@hostway.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org To: Simon Kirby Cc: KOSAKI Motohiro , Mel Gorman , Andrew Morton , linux-kernel , linux-mm@kvack.org List-ID: On Tue, 30 Nov 2010, Simon Kirby wrote: > Can we also mess with these /sys files on the fly? Sure. Go ahead. These are runtime configurable. > I'm not familiar with how slub works, but I assume there's some overhead > or some reason not to just use order 0 for <= kmalloc-4096? Or is it > purely just trying to reduce cpu by calling alloc_pages less often? Using higher order pages reduces the memory overhead for objects (that after all need to be packed into an order N page), decreases the amount of metadata that needs to be managed and decreases the use of the slowpaths. That implies also a reduction in the locking overhead. -- 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/ . Fight unfair telecom policy in Canada: sign http://dissolvethecrtc.ca/ Don't email: email@kvack.org