On Sun, Apr 22, 2007 at 01:18:10AM -0700, Andrew Morton wrote: > On Tue, 17 Apr 2007 03:15:51 -0400 Rik van Riel <[EMAIL PROTECTED]> wrote: > > > Make it possible for applications to have the kernel free memory > > lazily. This reduces a repeated free/malloc cycle from freeing > > pages and allocating them, to just marking them freeable. If the > > application wants to reuse them before the kernel needs the memory, > > not even a page fault will happen. > > > > This patch, together with Ulrich's glibc change, increases > > MySQL sysbench performance by a factor of 2 on my quad core > > test system. > > > > In file included from include/linux/mman.h:4, > from arch/sparc64/kernel/sys_sparc.c:19: > include/asm/mman.h:36:1: "MADV_FREE" redefined > In file included from include/asm/mman.h:5, > from include/linux/mman.h:4, > from arch/sparc64/kernel/sys_sparc.c:19: > include/asm-generic/mman.h:32:1: this is the location of the previous > definition > > sparc32 and sparc64 already defined MADV_FREE: > > > #define MADV_FREE 0x5 /* (Solaris) contents can be freed */ > > I'll remove the sparc definitions for now, but we need to work out what > we're going to do here. Your patch changes the values of MADV_FREE on > sparc. > > Perhaps this should be renamed to MADV_FREE_LINUX and given a different > number. It depends on how close your proposed behaviour is to Solaris's.
Why isn't MADV_FREE defined to 5 for linux? It's our first free madv value? Also the behaviour should better match the one in solaris or BSD, the last thing we need is slightly different behaviour from operating systems supporting this for ages. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
