[lkml]   [2011]   [Sep]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [kernel-hardening] Re: [RFC PATCH 2/2] mm: restrict access to /proc/slabinfo
    On Mon, 19 Sep 2011, Pekka Enberg wrote:

    > Well, sure. I was actually planning to rip out SLUB merging completely
    > because it makes /proc/slabinfo so useless but never got around doing
    > that.

    Ripping out cache merging entirely for the benefit of an interface seems
    like overkill, it actually allows the allocator to return cache-hot
    objects that has a small but measurable impact on performance for some
    networking loads. It would probably be better to increase awareness of
    slabinfo -a and the use of slub_nomerge on the command line when debugging
    issues. The most complete solution would be to move everything out of
    struct kmem_cache except what is necessary for slabinfo and then point to
    the actual cache data structure that could be shared by merged caches.
    That's not hard to do, but would add an increment to both the alloc and
    free fastpaths and require some surgery throughout all of the slub code to
    understand the new data structures and that would be a pretty big patch.

     \ /
      Last update: 2011-09-19 23:01    [W:0.021 / U:137.128 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site