Linux-kernel mailing list archive 2000-32,: Re: [PATCH] signal_struct slab cache

# Re: [PATCH] signal_struct slab cache

Tigran Aivazian (tigran@veritas.com)
Mon, 7 Aug 2000 15:27:17 +0100 (BST)

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Ingo Oeser: "Re: New entry in inode/stat"
- Previous message: Tigran Aivazian: "Re: [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/

- Next message: Ingo Oeser: "Re: New entry in inode/stat"
- Previous message: Tigran Aivazian: "Re: [PATCH] signal_struct slab cache"