[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.020 / U:0.064 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site