-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 09/26/2014 at 12:26 PM, Steve Litt wrote:
> On Fri, 26 Sep 2014 12:03:57 +0200 Martin Steigerwald > <mar...@lichtvoll.de> wrote: >> Actually systemd has quite some features which benefits server >> use. >> >> For example: >> >> 1) It groups services and shell sessions into process control >> cgroups and shields them against each other CPU usage wise. >> 2) It is really good at catching the PIDs of the services it >> runs, no matter what funny things they do like double forking. So >> it exactly stops these PIDs and no others. >> 3) Compare systemctl service status with /etc/init.d/service >> status. Its obvious that the systemctl output is way more useful >> to administrators. >> >> >> Can these be implemented elsewhere? I´d say yet for 1. Yet 2 and >> partly 3 I think is the core of an init system. Agreed - definitely 2, maybe / maybe-not 3, and definitely not 1. >> Again, I see advantages. It has some. I need to put my hands >> before my eyes to avoid seeing these. I won´t. Its neither >> completely black nor completely white. >> >> But of course one can only see the advantages if one actually >> *looks* at what systemd provides. You don´t need to love it for >> that. > > Martin, > > I don't think anybody's complaining about those features. Those > are excellent features that should be done in PID 1. Actually, some people (I believe including me) are in fact complaining about the inclusion of the cgroup-management feature in PID 1. Not because there's anything wrong with the feature, but because it shouldn't be handled in PID 1, because... > The only *technical* thing people are griping about is the > gratuitous entanglement with all sorts of other things, including > user programs and GUI window managers/desktop environments. ...of this. The inclusion of cgroups management in PID 1 (and nowhere else, except by way of an independent break-the-systemd-entanglements project) is, AFAICT, *the* major source of the in-practice dependencies resulting from that entanglement. Whether there are technical obstacles to implementing it equally effectively outside of PID 1 is a potentially fair question, and not one to which I yet have an answer. The existence of cgmanager seems to indicate that it can at least be implemented reasonably effectively, however, even if not necessarily equally so. - -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCgAGBQJUJZwYAAoJEASpNY00KDJrlysP/0WpuB/wmmyyIcM92fBxsBys VGFqpRe31sBbb/RJAhP/OVsjnXXdB30ZMnkdcnA0B7GxiFKcQBdwuVfqZqK9+OsF lcq82RHPPxt6/1nEliTAtnCSA7TxxJJnNbsj8qwqSrauxI1/e8zB6Iuv8hYexnHv D0m965o4P/pAtu/+ZRvXqdz3LNhmG2k1E/xylZp7sphlWYOljNU3qfoGLdSpzt1G mLC41AEVCqEMs1aK9JFJC3EAAkCVRH8px18cwM93Y/RKSLXavKeDyY4dCu7RcQh5 twY8DjvnYNUz0s1nOl09n4lzpJ1bcsSJ2dwyd3KQRfzsxI+hOrRK4YpghK479bdw 8HrPYaLYcNeHnZcNyw9dAiJR+tnKhrVLzf4qd50fuGc9DvE5DnVYgyYyeAm8PJZu MB2rZ2NcYWPJhOnQo0/DtVe4FZutGWG6TnMdTidb4SCL/C998mOT/e3IDGFonx1y UEgVVUv3Wmm8Ds/nBrT1WQDtB2QFV9Z5jrfIN3koKzMBWVip9HeOybGEr5KH9khE sS2r8o1e2zPH7NnH6CxFaCr4TtxGIGmGD2GJs0cTG64GXc4D49q2TJM0QK9I3sJ0 rgKGhurBitVxNxED18OnzSQMZAwUiWMO3Xjxe4REbGg6csiszB4TxTH3+PlM3BiL bd24ELamUSpOC6uo8j1O =p4yj -----END PGP SIGNATURE----- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54259c18.5090...@fastmail.fm