From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758005AbcIPHv6 (ORCPT ); Fri, 16 Sep 2016 03:51:58 -0400 Received: from bombadil.infradead.org ([198.137.202.9]:60441 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757851AbcIPHvt (ORCPT ); Fri, 16 Sep 2016 03:51:49 -0400 Date: Fri, 16 Sep 2016 09:51:37 +0200 From: Peter Zijlstra To: Andy Lutomirski Cc: Tejun Heo , Ingo Molnar , Mike Galbraith , Andrew Morton , kernel-team@fb.com, "open list:CONTROL GROUP (CGROUP)" , Linux API , Li Zefan , Paul Turner , "linux-kernel@vger.kernel.org" , Linus Torvalds , Johannes Weiner Subject: Re: [Documentation] State of CPU controller in cgroup v2 Message-ID: <20160916075137.GK5012@twins.programming.kicks-ass.net> References: <20160831173251.GY12660@htj.duckdns.org> <20160831210754.GZ12660@htj.duckdns.org> <20160903220526.GA20784@mtj.duckdns.org> <20160909225747.GA30105@mtj.duckdns.org> <20160914200041.GB6832@htj.duckdns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23.1 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 15, 2016 at 01:08:07PM -0700, Andy Lutomirski wrote: > BTW, Mike keeps mentioning exclusive cgroups as problematic with the > no-internal-tasks constraints. Do exclusive cgroups still exist in > cgroup2? Could we perhaps just remove that capability entirely? I've > never understood what problem exlusive cpusets and such solve that > can't be more comprehensibly solved by just assigning the cpusets the > normal inclusive way. Without exclusive sets we cannot split the sched_domain structure. Which leads to not being able to actually partition things. That would break DL for one. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Zijlstra Subject: Re: [Documentation] State of CPU controller in cgroup v2 Date: Fri, 16 Sep 2016 09:51:37 +0200 Message-ID: <20160916075137.GK5012@twins.programming.kicks-ass.net> References: <20160831173251.GY12660@htj.duckdns.org> <20160831210754.GZ12660@htj.duckdns.org> <20160903220526.GA20784@mtj.duckdns.org> <20160909225747.GA30105@mtj.duckdns.org> <20160914200041.GB6832@htj.duckdns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: cgroups-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Andy Lutomirski Cc: Tejun Heo , Ingo Molnar , Mike Galbraith , Andrew Morton , kernel-team-b10kYP2dOMg@public.gmane.org, "open list:CONTROL GROUP (CGROUP)" , Linux API , Li Zefan , Paul Turner , "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Linus Torvalds , Johannes Weiner List-Id: linux-api@vger.kernel.org On Thu, Sep 15, 2016 at 01:08:07PM -0700, Andy Lutomirski wrote: > BTW, Mike keeps mentioning exclusive cgroups as problematic with the > no-internal-tasks constraints. Do exclusive cgroups still exist in > cgroup2? Could we perhaps just remove that capability entirely? I've > never understood what problem exlusive cpusets and such solve that > can't be more comprehensibly solved by just assigning the cpusets the > normal inclusive way. Without exclusive sets we cannot split the sched_domain structure. Which leads to not being able to actually partition things. That would break DL for one.