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:0.507 / U:0.108 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site