login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
March
»
7
Re: [SLUB 2/3] Large kmalloc pass through. Removal of large general slabs
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Peter Zijlstra
Subject:
Re: [SLUB 2/3] Large kmalloc pass through. Removal of large general slabs
Date: Wednesday, March 7, 2007 - 2:01 am
On Tue, 2007-03-06 at 18:35 -0800, Christoph Lameter wrote:
quoted text
> Unlimited kmalloc size and removal of general caches >=4. > > We can directly use the page allocator for all allocations 4K and larger. This > means that no general slabs are necessary and the size of the allocation passed > to kmalloc() can be arbitrarily large. Remove the useless general caches over 4k. >
quoted text
> Index: linux-2.6.21-rc2-mm1/include/linux/slub_def.h > =================================================================== > --- linux-2.6.21-rc2-mm1.orig/include/linux/slub_def.h 2007-03-06 17:56:14.000000000 -0800 > +++ linux-2.6.21-rc2-mm1/include/linux/slub_def.h 2007-03-06 17:57:11.000000000 -0800 > @@ -55,7 +55,7 @@ struct kmem_cache { > */ > #define KMALLOC_SHIFT_LOW 3 > > -#define KMALLOC_SHIFT_HIGH 18 > +#define KMALLOC_SHIFT_HIGH 11 > > #if L1_CACHE_BYTES <= 64 > #define KMALLOC_EXTRAS 2 > @@ -93,13 +93,6 @@ static inline int kmalloc_index(int size > if (size <= 512) return 9; > if (size <= 1024) return 10; > if (size <= 2048) return 11; > - if (size <= 4096) return 12; > - if (size <= 8 * 1024) return 13; > - if (size <= 16 * 1024) return 14; > - if (size <= 32 * 1024) return 15; > - if (size <= 64 * 1024) return 16; > - if (size <= 128 * 1024) return 17; > - if (size <= 256 * 1024) return 18; > return -1; > }
Perhaps so something with PAGE_SIZE here, as you know there are platforms/configs where PAGE_SIZE != 4k :-) -
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[SLUB 0/3] SLUB: The unqueued slab allocator V4
, Christoph Lameter
, (Tue Mar 6, 7:35 pm)
[SLUB 1/3] SLUB core
, Christoph Lameter
, (Tue Mar 6, 7:35 pm)
[SLUB 2/3] Large kmalloc pass through. Removal of large ge ...
, Christoph Lameter
, (Tue Mar 6, 7:35 pm)
[SLUB 3/3] Guarantee minimum number of objects in a slab
, Christoph Lameter
, (Tue Mar 6, 7:35 pm)
Re: [SLUB 2/3] Large kmalloc pass through. Removal of larg ...
, Matt Mackall
, (Tue Mar 6, 7:40 pm)
Re: [SLUB 2/3] Large kmalloc pass through. Removal of larg ...
, Christoph Lameter
, (Tue Mar 6, 8:22 pm)
Re: [SLUB 2/3] Large kmalloc pass through. Removal of larg ...
, Peter Zijlstra
, (Wed Mar 7, 2:01 am)
Re: [SLUB 2/3] Large kmalloc pass through. Removal of larg ...
, Christoph Lameter
, (Wed Mar 7, 8:34 am)
Re: [SLUB 2/3] Large kmalloc pass through. Removal of larg ...
, Matt Mackall
, (Wed Mar 7, 11:03 am)
Re: [SLUB 2/3] Large kmalloc pass through. Removal of larg ...
, Christoph Lameter
, (Wed Mar 7, 11:23 am)
Re: [SLUB 0/3] SLUB: The unqueued slab allocator V4
, Mel Gorman
, (Thu Mar 8, 3:54 am)
Re: [SLUB 0/3] SLUB: The unqueued slab allocator V4
, Christoph Lameter
, (Thu Mar 8, 9:48 am)
Re: [SLUB 0/3] SLUB: The unqueued slab allocator V4
, Mel Gorman
, (Thu Mar 8, 10:40 am)
Re: [SLUB 0/3] SLUB: The unqueued slab allocator V4
, Christoph Lameter
, (Thu Mar 8, 10:46 am)
Re: [SLUB 0/3] SLUB: The unqueued slab allocator V4
, Christoph Lameter
, (Thu Mar 8, 11:16 am)
Re: [SLUB 0/3] SLUB: The unqueued slab allocator V4
, Christoph Lameter
, (Thu Mar 8, 2:54 pm)
Re: [SLUB 0/3] SLUB: The unqueued slab allocator V4
, Mel Gorman
, (Fri Mar 9, 6:55 am)
Re: [SLUB 0/3] SLUB: The unqueued slab allocator V4
, Mel Gorman
, (Fri Mar 9, 7:00 am)
Re: [SLUB 0/3] SLUB: The unqueued slab allocator V4
, Mel Gorman
, (Fri Mar 9, 8:06 am)
Re: [SLUB 0/3] SLUB: The unqueued slab allocator V4
, Christoph Lameter
, (Fri Mar 9, 9:40 am)
Re: [SLUB 0/3] SLUB: The unqueued slab allocator V4
, Christoph Lameter
, (Fri Mar 9, 10:21 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
FUJITA Tomonori
Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel
Paul E. McKenney
Rafael J. Wysocki
[Bug #11287] Regression in 2.6.27-rc2 in acpi_processor_init()
Ingo Molnar
Re: [GIT PULL] time.c - respin
Robin Holt
Re: Linux 2.6.26-rc1
git
:
Mark Junker
git on MacOSX and files with decomposed utf-8 file names
Junio C Hamano
Re: git-svnimport
Johannes Schindelin
Re: [PATCH] Fix approxidate("never") to always return 0
A Large Angry SCM
Re: [RFC] origin link for cherry-pick and revert
Nicolas Pitre
[PATCH] diff: don't presume empty file when corresponding object is missing
linux-netdev
:
Arnaldo Carvalho de Melo
Re: [PATCH 06/37] dccp: Limit feature negotiation to connection setup phase
Gerrit Renker
[PATCH 1/5] dccp: Initialisation framework for feature negotiation
Mike Frysinger
Re: bridge netpoll support: mismatch between net core and bridge headers
Daniel Lezcano
getsockopt(TCP_DEFER_ACCEPT) value change
David Miller
Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
git-commits-head
:
Linux Kernel Mailing List
ath9k_htc: Allocate URBs properly
Linux Kernel Mailing List
timer: Try to survive timer callback preempt_count leak
Linux Kernel Mailing List
powerpc/kexec: Add support for FSL-BookE
Linux Kernel Mailing List
V4L/DVB (8976): af9015: Add USB ID for AVerMedia A309
Linux Kernel Mailing List
ARM: 5670/1: bcmring: add default configuration for bcmring arch
openbsd-misc
:
Stephen J. Bevan
GRE over IPsec
Christophe Rioux
Implementation example of snmp
Darrin Chandler
Re: strange output on openbsd C code
Nick Holland
Re: booting openbsd on eee without cd-rom
Guido Tschakert
Re: what exactly is enc0?
Colocation donated by:
Syndicate