lkml.org 
[lkml]   [2000]   [Aug]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] signal_struct slab cache
Hi Mark,

What about small (36 byte) things like fs_struct - looks like it is the
only one left as kmalloc'd still - is there any point to convert it to a
cache of its own - fs_cachep?

I understand it will come from 64 byte generic cache so perhaps it is just
as wasteful? Or do you (SLAB) store some useful ctl info in those
remaining bytes?

Regards,
Tigran

On Mon, 7 Aug 2000, Mark Hemment wrote:

> Linus, all,
>
> The per-task signal handling structure (signal_struct) is a "bad" size
> for the general sized slab caches; on IA32, it is 1312bytes which means it
> comes from the 2048 byte cache - giving only 2 structures from each
> page. It is probably a bad size for many other architectures.
>
> By creating a specific slab cache for the signal_struct gives 3
> structures per page, saving memory. Also, by using a specific cache,
> allocation and release of the structures is slightly fast.
>
> Please find a patch (against 2.4.0-test5) attached.
>
> Mark
>


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:58    [from the cache]
©2003-2011 Jasper Spaans