| From: |
| KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> |
| To: |
| "linux-mm@kvack.org" <linux-mm@kvack.org> |
| Subject: |
| [RFC][PATCH 0/2] memcg: simple hierarchy (v2) |
| Date: |
| Fri, 30 May 2008 10:43:12 +0900 |
| Message-ID: |
| <20080530104312.4b20cc60.kamezawa.hiroyu@jp.fujitsu.com> |
| Cc: |
| LKML <linux-kernel@vger.kernel.org>,
"balbir@linux.vnet.ibm.com" <balbir@linux.vnet.ibm.com>,
"xemul@openvz.org" <xemul@openvz.org>,
"menage@google.com" <menage@google.com>,
"yamamoto@valinux.co.jp" <yamamoto@valinux.co.jp>,
"lizf@cn.fujitsu.com" <lizf@cn.fujitsu.com> |
| Archive-link: |
| Article,
Thread
|
This is rewritten version of memcg hierarchy handling.
...and I'm sorry tons of typos in v1.
Changelog:
- fixed typo.
- removed meaningless params (borrow)
- renamed structure members.
not-for-test. just for discussion. (I'll rewrite when our direction is fixed.)
Implemented Policy:
- parent overcommits all children
parent->usage = resource used by itself + resource moved to children.
Of course, parent->limit > parent->usage.
- when child's limit is set, the resouce moves.
- no automatic resource moving between parent <-> child
Example)
1) Assume a cgroup with 1GB limits. (and no tasks belongs to this, now)
- group_A limit=1G,usage=0M.
2) create group B, C under A.
- group A limit=1G, usage=0M
- group B limit=0M, usage=0M.
- group C limit=0M, usage=0M.
3) increase group B's limit to 300M.
- group A limit=1G, usage=300M.
- group B limit=300M, usage=0M.
- group C limit=0M, usage=0M.
4) increase group C's limit to 500M
- group A limit=1G, usage=800M.
- group B limit=300M, usage=0M.
- group C limit=500M, usage=0M.
5) reduce group B's limit to 100M
- group A limit=1G, usage=600M.
- group B limit=100M, usage=0M.
- group C limit=500M, usage=0M.
Why this is enough ?
- A middleware can do various kind of resource balancing only by reseting "limit"
in userland.
TODO(maybe)
- rewrite force_empty to move the resource to the parent.
Thanks,
-Kame