lkml.org 
[lkml]   [2007]   [Aug]   [18]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
    /
    DateSat, 18 Aug 2007 07:10:36 +0000
    FromPavel Machek <>
    SubjectRe: [RFC 2/9] Use NOMEMALLOC reclaim to allow reclaim if PF_MEMALLOC is set
    Hi!
    
    > If we exhaust the reserves in the page allocator when PF_MEMALLOC is set
    > then no longer give up but call into reclaim with PF_MEMALLOC set.
    > 
    > This is in essence a recursive call back into page reclaim with another
    > page flag (__GFP_NOMEMALLOC) set. The recursion is bounded since potential
    > allocations with __PF_NOMEMALLOC set will not enter that branch again.
    > 
    > This means that allocation under PF_MEMALLOC will no longer run out of
    > memory. Allocations under PF_MEMALLOC will do a limited form of reclaim
    > instead.
    > 
    > The reclaim is of particular important to stacked filesystems that may
    > do a lot of allocations in the write path. Reclaim will be working
    > as long as there are clean file backed pages to reclaim.
    
    I don't get it. Lets say that we have stacked filesystem that needs
    it. That filesystem is broken today.
    
    Now you give it second chance by reclaiming clean pages, but there are
    no guarantees that we have any.... so that filesystem is still broken
    with your patch...?
    Should we fix the filesystem instead?
    							Pavel
    -- 
    (english) http://www.livejournal.com/~pavelmachek
    (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
    -
    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-08-18 11:35    [from the cache]
    ©2003-2008