Re: [PATCH] slab: optimize constant-size kzalloc calls

Pekka Enberg <[email protected]> wrote:
> > Please note that the patch
> >  increases kernel text slightly (~200 bytes for defconfig on x86)

On Tue, 21 Mar 2006, Andrew Morton wrote:
> Why?

Because of the malloc_sizes lookup. As kindly explained by Eric, we're 
now doing:

	kzalloc(100, GFP_KERNEL);

and with the patch, we will do:

	kmem_cache_zalloc(malloc_sizes[4].cs_dmacachep, GFP_KERNEL);

which explains the the difference. The end result should be faster 
kzalloc(), though.

				Pekka
-
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/

---

• References:
  • [PATCH] slab: optimize constant-size kzalloc calls
    • From: Pekka Enberg <[email protected]>
  • Re: [PATCH] slab: optimize constant-size kzalloc calls
    • From: Andrew Morton <[email protected]>

• Prev by Date: Re: [PATCH] kretprobe spinlock recursive remove
• Next by Date: Re: [PATCH 2.6.16-rc6-xen] export Xen Hypervisor attributes to sysfs
• Previous by thread: Re: [PATCH] slab: optimize constant-size kzalloc calls
• Next by thread: Re: [PATCH] slab: optimize constant-size kzalloc calls
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]