From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935654Ab0KQWx0 (ORCPT ); Wed, 17 Nov 2010 17:53:26 -0500 Received: from canuck.infradead.org ([134.117.69.58]:45686 "EHLO canuck.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935592Ab0KQWxY convert rfc822-to-8bit (ORCPT ); Wed, 17 Nov 2010 17:53:24 -0500 Subject: Re: [RFC/RFT PATCH v3] sched: automated per tty task groups From: Peter Zijlstra To: Lennart Poettering Cc: Linus Torvalds , Alan Cox , Dhaval Giani , Mike Galbraith , Vivek Goyal , Oleg Nesterov , Markus Trippelsdorf , Mathieu Desnoyers , Ingo Molnar , LKML , Balbir Singh In-Reply-To: <20101117224547.GA26008@tango.0pointer.de> References: <20101116170312.GA19327@tango.0pointer.de> <20101116181603.GC19327@tango.0pointer.de> <20101116202839.GC27235@tango.0pointer.de> <20101116205243.64e4a67a@lxorguk.ukuu.org.uk> <20101117223411.GA23983@tango.0pointer.de> <1290033435.2109.1282.camel@laptop> <20101117224547.GA26008@tango.0pointer.de> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT Date: Wed, 17 Nov 2010 23:52:17 +0100 Message-ID: <1290034337.2109.1287.camel@laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2010-11-17 at 23:45 +0100, Lennart Poettering wrote: > On Wed, 17.11.10 23:37, Peter Zijlstra (a.p.zijlstra@chello.nl) wrote: > > > > > On Wed, 2010-11-17 at 23:34 +0100, Lennart Poettering wrote: > > > > > > This should fix things for people with systemd and GNOME. Yes, all > > > others are left in the cold. Sorry for that. > > > > Is there an easy opt out for that, other than booting a CONFIG_CGROUP=n > > kernel? > > systemd relies on CONFIG_CGROUP=y, since it useses it for service > management. It creates its own name=systemd hierarchy for that with no > controllers attached. If you turn that off, then systemd will refuse to > boot. Do expect distro bugzilla entries when this 'awesome'-ness hits the street. > However, it does not rely on any of the controllers, and hence you > are welcome to disable all cgroup controlls and systemd won't complain. > > If you want to disable the automatic creation of groups in the 'cpu' > hierarchy for user sessions then you can tell pam_systemd that by passing > "controllers=" on the PAM config line. ("controllers=cpu" is the implied > default.) > > There's currently no global option to disable the same logic in systemd > when it creates 'cpu' cgroups for the various services it runs. However, > you can disable that individually with "ControlGroups=cpu:/" in the > .service files. I will now add a global option as well. A global knob is a must -- preferably with neon signs on so I can find it. Luckily I don't use this GNOME junk, otherwise I'd have had to ask how to revert that crap as well.