From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 22 May 2007 22:14:28 -0700 (PDT) From: Christoph Lameter Subject: Re: [patch 1/3] slob: rework freelist handling In-Reply-To: <20070523051152.GC29045@wotan.suse.de> Message-ID: References: <20070522073910.GD17051@wotan.suse.de> <20070522145345.GN11115@waste.org> <20070523030637.GC9255@wotan.suse.de> <20070523045938.GA29045@wotan.suse.de> <20070523050333.GB29045@wotan.suse.de> <20070523051152.GC29045@wotan.suse.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org Return-Path: To: Nick Piggin Cc: Matt Mackall , Andrew Morton , Linux Memory Management List List-ID: On Wed, 23 May 2007, Nick Piggin wrote: > I don't really know what you mean by this... CONFIG_SLUB_DEBUG adds 20K or > so to the kernel image if nothing else, which just makes a comparison > more difficult. But to me it seems like CONFIG_SLUB_DEBUG also puts extra > redzone in the object sometimes. CONFIG_SLUB_DEBUG compiles debug code in. It is out of line and activated if you boot with "slub_debug". If you do not specify "slub_debug" then the system will run with optimal speed and pack data as tight as possible. This is intended for distro kernels so that you will not have to rebuild the kernel for slab debugging if slab corruption occurs. -- 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