lkml.org 
[lkml]   [2008]   [Nov]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [mm][PATCH 0/4] Memory cgroup hierarchy introduction
On Wed, 05 Nov 2008 23:22:36 +0530
Balbir Singh <balbir@linux.vnet.ibm.com> wrote:

> > Now,
> > /group_root limit=1G, usage=990M
> > /group_A usage=600M , no limit, no tasks for a while
> > /group_B usage=10M , no limit, no tasks
> > /group_C usage=380M , no limit, 2 tasks
> >
> > A user run a new task in group_B.
> > In your algorithm, group_A and B and C's memory are reclaimed
> > to the same extent becasue there is no information to show
> > "group A's memory are not accessed recently rather than B or C".
> >
> > This information is what we want for managing memory.
> >
>
> For that sort of implementation, we'll need a common LRU. I actually thought of
> implementing it by sharing a common LRU, but then we would end up with just one
> common LRU at the root :)
>
> The reclaim algorithm is smart in that it knows what pages are commonly
> accessed. group A will get reclaimed more since those pages are not actively
> referenced. reclaim on group_C will be harder.
Why ? I think isolate_lru_page() removes SWAP_CLUSTER_MAX from each group.

> Simple experiments seem to show that.
>
please remember the problem as problem and put that in TODO or FIXME, at least.
or add explanation "why this works well" in logical text.
As Andrew Morton said, vaildation for LRU management tend to need long time.


> >>> I'd like to show some other possible implementation of
> >>> try_to_free_mem_cgroup_pages() if I can.
> >>>
> >> Elaborate please!
> >>
> > ok. but, at least, please add
> > - per-subtree hierarchy flag.
> > - cgroup_lock to walk list of cgroups somewhere.
> >
> > I already sent my version "shared LRU" just as a hint for you.
> > It is something extreme but contains something good, I think.
> >
> >>> Anyway, I have to merge this with mem+swap controller.
> >> Cool! I'll send you an updated version.
> >>
> >
> > Synchronized LRU patch may help you.
>
> Let me get a good working version against current -mm and then we'll integrate
> our patches.
>
A patch set I posted yesterday doesn't work ?
If not, please wait until next mmotm comes out.

-Kame



\
 
 \ /
  Last update: 2008-11-06 01:25    [W:0.081 / U:2.992 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site