RE: [RFC] memcg: fix default behaviour of non-overridden memcg.swappiness

[Ivan Teterevkov]

On Fri, 20 Mar 2020, Michal Hocko wrote:
> On Thu 19-03-20 17:38:30, Ivan Teterevkov wrote:
> > Also, shall this magic -1 be exposed to the user? I think it's a "no",
> > but what if the user wants to un-override the memcg.swappiness...
> 
> If we are to use such a semantic then it absolutely has to be an opt-in behavior
> and expressed in some way to the user space (e.g. a symbolic name referring to
> the global setting).

A symbolic link would be a good approach but...

> I am not convinced we need it.

... agree and not going any further with the suggestion.

Support of the sysctl parameters in the kernel command line is a
better solution and would address my initially raised concern to
tackle the configuration parameters.

Thanks
Ivan