lkml.org 
[lkml]   [2015]   [May]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 2/2] mm, memcg: Optionally disable memcg by default using Kconfig
On Wed, May 20, 2015 at 06:47:46AM -0700, Davidlohr Bueso wrote:
> On Wed, 2015-05-20 at 13:50 +0100, Mel Gorman wrote:
> > +config MEMCG_DEFAULT_ENABLED
> > + bool "Automatically enable memory resource controller"
> > + default y
> > + depends on MEMCG
> > + help
> > + The memory controller has some overhead even if idle as resource
> > + usage must be tracked in case a group is created and a process
> > + migrated. As users may not be aware of this and the cgroup_disable=
> > + option, this config option controls whether it is enabled by
> > + default. It is assumed that someone that requires the controller
> > + can find the cgroup_enable= switch.
> > +
> > + Say N if unsure. This is default Y to preserve oldconfig and
> > + historical behaviour.
>
> Out of curiosity, how do you expect distros to handle this?

Ideally, distros would have been able to leave this disabled by default and
have the user explicitly enable it if it was required. This would have made
a lot of sense when memcg had unconditional memory overhead to go with it.

For distros that wanted to make the change, it would be fine to leave it
disabled on fresh installs. However, if upgrading then the installer would
have to also add the kernel parameter to prevent any possible regressions
for the user.

> I mean, this
> is a pretty general functionality and customers won't want to be
> changing kernels (they may or may not use memcg). iow, will this ever be
> disabled?
>

It's not that general. It takes explicit user or sysadmin action before
it's used AFAIK.

--
Mel Gorman
SUSE Labs


\
 
 \ /
  Last update: 2015-05-20 16:41    [W:0.132 / U:0.468 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site