[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080407195549.beca617e.akpm@linux-foundation.org>
Date: Mon, 7 Apr 2008 19:55:49 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: balbir@...ux.vnet.ibm.com
Cc: menage@...gle.com, xemul@...nvz.org, hugh@...itas.com,
skumar@...ux.vnet.ibm.com, yamamoto@...inux.co.jp,
lizf@...fujitsu.com, linux-kernel@...r.kernel.org,
taka@...inux.co.jp, linux-mm@...ck.org, rientjes@...gle.com,
kamezawa.hiroyu@...fujitsu.com
Subject: Re: [-mm] Add an owner to the mm_struct (v8)
On Tue, 08 Apr 2008 08:09:57 +0530 Balbir Singh <balbir@...ux.vnet.ibm.com> wrote:
> Andrew Morton wrote:
> > On Fri, 04 Apr 2008 13:35:44 +0530
> > Balbir Singh <balbir@...ux.vnet.ibm.com> wrote:
> >
> >> 1. Add mm->owner change callbacks using cgroups
> >>
> >> ...
> >>
> >> +config MM_OWNER
> >> + bool "Enable ownership of mm structure"
> >> + help
> >> + This option enables mm_struct's to have an owner. The advantage
> >> + of this approach is that it allows for several independent memory
> >> + based cgroup controllers to co-exist independently without too
> >> + much space overhead
> >> +
> >> + This feature adds fork/exit overhead. So enable this only if
> >> + you need resource controllers
> >
> > Do we really want to offer this option to people? It's rather a low-level
> > thing and it's likely to cause more confusion than it's worth. Remember
> > that most kernels get to our users via kernel vendors - to what will they
> > be setting this config option?
> >
>
> I suspect that this kernel option will not be explicitly set it. This option
> will be selected by other config options (memory controller, swap namespace,
> revoke*)
I believe that the way to do this is to not give the option a `help'
section. Tht makes it a Kconfig-internal-only thing.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists