[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: systemd and server use



-----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 
> <Martin@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-----


Reply to: