Re: [PATCH] meminfo: show /proc/meminfo base on container's memcg
From: Kamezawa Hiroyuki <hidden>
Date: 2012-05-31 07:09:53
Also in:
linux-mm, lkml
From: Kamezawa Hiroyuki <hidden>
Date: 2012-05-31 07:09:53
Also in:
linux-mm, lkml
(2012/05/31 15:37), KOSAKI Motohiro wrote:
(5/31/12 2:28 AM), David Rientjes wrote:quoted
On Thu, 31 May 2012, KOSAKI Motohiro wrote:quoted
quoted
An application should always know the cgroup that its attached to and be able to read its state using the command that I gave earlier.No. you don't need why userland folks want namespaces. Even though you don't need namespaces. It doesn't good reason to refuse another use case.This is tangent to the discussion, we need to revisit why an application other than a daemon managing a set of memcgs would ever need to know the information in /proc/meminfo. No use-case was ever presented in the changelog and its not clear how this is at all relevant. So before changing the kernel, please describe how this actually matters in a real- world scenario.Huh? Don't you know a meanings of a namespace ISOLATION? isolation mean, isolated container shouldn't be able to access global information. If you want to lean container/namespace concept, tasting openvz or solaris container is a good start. But anyway, I dislike current implementaion. So, I NAK this patch too.
Could you give us advice for improving this ? What idea do you have ? Thanks, -Kame