[lkml]   [2009]   [Jun]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH v2] slab,slub: ignore __GFP_WAIT if we're booting or suspending

    > > Academic for boot, probably real for suspend/resume. There the atomic
    > > reserves could matter because the memory can be pretty full when you
    > > start suspend.
    > Right, that might be something to look into, though we haven't yet
    > applied the technique for suspend & resume. My main issue with it at the
    > moment is how do I synchronize with allocations that are already
    > sleeping when changing the gfp flag mask without bloating the normal

    Well, but the problem already exists, no? If someone is already
    sleeping due to __GFP_WAIT, he'll probably sleep till the resume.

    ...well, if he's sleeping in the disk driver, I suspect driver will
    finish outstanding requests as part of .suspend().

    > I also suspect that we might want to try to make -some- amount of free
    > space before starting suspend, though of course not nearly as
    > aggressively as with std.

    We free 4MB in 2.6.30, but Rafael is removing that for 2.6.31 :-(.

    (cesky, pictures)

     \ /
      Last update: 2009-06-21 08:27    [W:0.020 / U:9.896 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site