Re: [RFC/RFT PATCH v3] sched: automated per tty task groups

From: Stephen Clark
Date: Thu Nov 18 2010 - 10:11:54 EST


On 11/17/2010 05:52 PM, Peter Zijlstra wrote:
On Wed, 2010-11-17 at 23:45 +0100, Lennart Poettering wrote:
On Wed, 17.11.10 23:37, Peter Zijlstra (a.p.zijlstra@xxxxxxxxx) 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.


Amen!!



--

"They that give up essential liberty to obtain temporary safety,
deserve neither liberty nor safety." (Ben Franklin)

"The course of history shows that as a government grows, liberty
decreases." (Thomas Jefferson)



--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/