lkml.org 
[lkml]   [2007]   [May]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 0/5] make slab gfp fair
    On Mon, 14 May 2007, Peter Zijlstra wrote:

    > In the interest of creating a reserve based allocator; we need to make the slab
    > allocator (*sigh*, all three) fair with respect to GFP flags.

    I am not sure what the point of all of this is.

    > That is, we need to protect memory from being used by easier gfp flags than it
    > was allocated with. If our reserve is placed below GFP_ATOMIC, we do not want a
    > GFP_KERNEL allocation to walk away with it - a scenario that is perfectly
    > possible with the current allocators.

    Why does this have to handled by the slab allocators at all? If you have
    free pages in the page allocator then the slab allocators will be able to
    use that reserve.

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

    \
     
     \ /
      Last update: 2007-05-14 17:55    [W:3.388 / U:0.268 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site