User: Password:
|
|
Subscribe / Log in / New account

Changes coming for systemd and control groups

Changes coming for systemd and control groups

Posted Jun 23, 2013 14:50 UTC (Sun) by zuki (subscriber, #41808)
In reply to: Changes coming for systemd and control groups by Tobu
Parent article: Changes coming for systemd and control groups

> AIUI, to get away from the default behavior one needs to either patch systemd or set `SendSIGKILL=no` for every unit known to systemd.
Yes. What I'm saying, is that this is something that makes sense only for very special units, not as a default. Actually, for the majority of services and other units, ability to cleanly kill all children is a blessing.


(Log in to post comments)

Changes coming for systemd and control groups

Posted Jun 23, 2013 15:17 UTC (Sun) by Tobu (subscriber, #24111) [Link]

To interoperate properly with systemd, zblaxell's resource partitioning would need to tweak all existing unit files, or put the entire process tree under a single unit, or fork systemd, all non-trivial hacks that hamper work on what should be an orthogonal concern. And that just deals with the kill signals, it doesn't help with the single-cgroup-hierarchy change that will either break his program or break systemd, depending on mount flags.

I can understand his pain, it's an all-or-nothing choice. Either systemd does everything everyone needs (over a rather enormous functional area), or you have an uphill fight to regain enough control to do it your way.

Changes coming for systemd and control groups

Posted Jun 23, 2013 19:42 UTC (Sun) by raven667 (subscriber, #5198) [Link]

I'm not exactly sure what zblaxell is doing with cgroups but I can understand that having systemd create and manage cgroups for services could conflict with whatever custom use case they have. If we better understoond what the goal was then maybe we could find a different way to do it that doesn't conflict.


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds