From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753049AbcHPQex (ORCPT ); Tue, 16 Aug 2016 12:34:53 -0400 Received: from gum.cmpxchg.org ([85.214.110.215]:58262 "EHLO gum.cmpxchg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752819AbcHPQev (ORCPT ); Tue, 16 Aug 2016 12:34:51 -0400 Date: Tue, 16 Aug 2016 12:30:45 -0400 From: Johannes Weiner To: Peter Zijlstra Cc: Mike Galbraith , Tejun Heo , Linus Torvalds , Andrew Morton , Li Zefan , Paul Turner , Ingo Molnar , linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, linux-api@vger.kernel.org, kernel-team@fb.com Subject: Re: [Documentation] State of CPU controller in cgroup v2 Message-ID: <20160816163045.GA16427@cmpxchg.org> References: <20160805170752.GK2542@mtj.duckdns.org> <1470474291.4117.243.camel@gmail.com> <20160810220944.GB3085@cmpxchg.org> <20160816140738.GW6879@twins.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160816140738.GW6879@twins.programming.kicks-ass.net> User-Agent: Mutt/1.6.2 (2016-07-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 16, 2016 at 04:07:38PM +0200, Peter Zijlstra wrote: > On Wed, Aug 10, 2016 at 06:09:44PM -0400, Johannes Weiner wrote: > > > [ That, and a disturbing number of emotional outbursts against > > systemd, which has nothing to do with any of this. ] > > Oh, so I'm entirely dreaming this then: > > https://github.com/systemd/systemd/pull/3905 > > Completely unrelated. Yes and no. We certainly do use systemd (kind of hard not to at this point if you're using any major distribution), and we do feed back the changes we make to it upstream. But this is updating systemd to work with the resource control design choices we made in the kernel, not the other way round. As I wrote to Mike before, we have been running into these resource control issues way before systemd, when we used a combination of libcgroup and custom hacks to coordinate the jobs on the system. The cgroup2 design choices fell out of experiences with those setups. Neither the problem statement nor the proposed solutions depend on systemd, which is why I had hoped we could focus these cgroup2 debates around the broader resource control issues we are trying to address, rather than get hung up on one contentious user of the interface. > Also, the argument there seems unfair at best, you don't need cpu-v2 for > buffered write control, you only need memcg and block co-mounted. Yes, memcg and block agreeing is enough for that case. But I mentioned a whole bunch of these examples, to make the broader case for a common controller model. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Johannes Weiner Subject: Re: [Documentation] State of CPU controller in cgroup v2 Date: Tue, 16 Aug 2016 12:30:45 -0400 Message-ID: <20160816163045.GA16427@cmpxchg.org> References: <20160805170752.GK2542@mtj.duckdns.org> <1470474291.4117.243.camel@gmail.com> <20160810220944.GB3085@cmpxchg.org> <20160816140738.GW6879@twins.programming.kicks-ass.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20160816140738.GW6879-ndre7Fmf5hadTX5a5knrm8zTDFooKrT+cvkQGrU6aU0@public.gmane.org> Sender: cgroups-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Peter Zijlstra Cc: Mike Galbraith , Tejun Heo , Linus Torvalds , Andrew Morton , Li Zefan , Paul Turner , Ingo Molnar , linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, kernel-team-b10kYP2dOMg@public.gmane.org List-Id: linux-api@vger.kernel.org On Tue, Aug 16, 2016 at 04:07:38PM +0200, Peter Zijlstra wrote: > On Wed, Aug 10, 2016 at 06:09:44PM -0400, Johannes Weiner wrote: > > > [ That, and a disturbing number of emotional outbursts against > > systemd, which has nothing to do with any of this. ] > > Oh, so I'm entirely dreaming this then: > > https://github.com/systemd/systemd/pull/3905 > > Completely unrelated. Yes and no. We certainly do use systemd (kind of hard not to at this point if you're using any major distribution), and we do feed back the changes we make to it upstream. But this is updating systemd to work with the resource control design choices we made in the kernel, not the other way round. As I wrote to Mike before, we have been running into these resource control issues way before systemd, when we used a combination of libcgroup and custom hacks to coordinate the jobs on the system. The cgroup2 design choices fell out of experiences with those setups. Neither the problem statement nor the proposed solutions depend on systemd, which is why I had hoped we could focus these cgroup2 debates around the broader resource control issues we are trying to address, rather than get hung up on one contentious user of the interface. > Also, the argument there seems unfair at best, you don't need cpu-v2 for > buffered write control, you only need memcg and block co-mounted. Yes, memcg and block agreeing is enough for that case. But I mentioned a whole bunch of these examples, to make the broader case for a common controller model.