Hello, Michal. On Mon, Jun 16, 2014 at 02:59:15PM +0200, Michal Hocko wrote: > > There sure is a question of how fast userland will move to the new > > interface. > > Yeah, I was mostly thinking about those who would need to to bigger > changes. AFAIR threads will no longer be distributable between groups. Thread-level granularity should go away no matter what, but this is completely irrelevant to memcg which can't do per-thread anyway. For whatever reason, a user is stuck with thread-level granularity for controllers which work that way, the user can use the old hierarchies for them for the time being. > > is used but I don't think there's any chance of removing the knob. > > There's a reason why we're introducing a new version of the whole > > cgroup interface which can co-exist with the existing one after all. > > If you wanna version memcg interface separately, maybe that'd work but > > it sounds like a lot of extra hassle for not much gain. > > No, I didn't mean to version the interface. I just wanted to have > gradual transition for potential soft_limit users. > > Maybe I am misunderstanding something but I thought that new version of > API will contain all knobs which are not marked .flags = CFTYPE_INSANE > while the old API will contain all of them. Nope, some changes don't fit that model. CFTYPE_ON_ON_DFL is the opposite. Knobs marked with the flag only appear on the default hierarchy (cgroup core internally calls it the default hierarchy as this is the tree all the controllers are attached to by default). Thanks. -- tejun -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>