lkml.org 
[lkml]   [2006]   [Aug]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC] Simple Slab: A slab allocator with minimal meta information
On Thu, 10 Aug 2006, KAMEZAWA Hiroyuki wrote:

> > There is no freelist for slabs. slabs are immediately returned to the page
> > allocator. The page allocator has its own per cpu page queues that should provide
> > enough caching.
> >
>
> I think that the advantage of Slab allocator is
> - object is already initizalized at setup, so you don't have to initialize it again at
> allocation.
> - object is initialized only once when slab is created.

If you do that then you loose the cache hot advantage. It is advantageous
to initialize the object and then immediately use it. If you initialize it
before then the cacheline will be evicted and then brought back.

> If a slab page is returned to page allocator ASAP, # of object initilization may
> increase.

The initializers in the existing slab are only used in rare cases in the
kernel.

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

\
 
 \ /
  Last update: 2006-08-10 07:17    [W:0.221 / U:0.132 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site