[lkml]   [2000]   [Aug]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
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?


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
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:58    [W:0.049 / U:0.776 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site