lkml.org 
[lkml]   [2008]   [May]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    Subject[RFC PATCH] No Reclaim LRU Infrastructure enhancement for memcgroup
    Hi

    > In my understanding, 2 checks we have to do.
    >
    > 1. When memcg finds PG_noreclaim page in its LRU, move it to noreclaim list of
    > memcg.
    > 2. When PG_noreclaim page is moved back to generic LRU, memcg should move
    > it on its list. (we have to add a hook somewhere.)
    >
    > But this may break current 'loose' synchronization between global LRU and
    > memcg's LRU. When PG_noreclaim page is put back into active/inactive LRU ?
    >
    > concerns are
    > A. how to implement '2'

    I tried to implement it today.
    this patch is made against "[PATCH -mm 13/16] No Reclaim LRU Infrastructure"


    > B. race condtions.

    don't worry :)
    it isn't big problem.

    global lru is reclaimbale and memcg lru is noreclaimable
    -> we can repair at move lru of shrink_[in]active_page().

    global lru is noreclaimbale and memcg lru is reclaimable
    -> we can repair mem_cgroup_isolate_pages()


    [unhandled content-type:application/octet-stream][unhandled content-type:application/octet-stream]
    \
     
     \ /
      Last update: 2008-05-28 13:09    [W:2.464 / U:1.644 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site