Ça dépend comment tu veux les utiliser. Pour limiter les processus en terme de ressources, non, tu as déjà des logiciels existants, tu peux le faire à la main. Systemd automatise cette partie et l'unifie au niveau de la configuration.
Pour ce qui est d'utiliser le tracking des processus, tu peux le faire à la main, mais c'est vite chiant. Donc openrc et systemd peuvent le faire pour toi.
Et le fait que les devs de cgmanager et de systemd se sont réunis pour trouver une solution il y a 2 mois à Dusseldorf pour discutter interopérabilité ( une info qu'on ne relaye pas assez, bien sur, ç'est moins vendeur pour un journal )
[^] # Re: Fonctionnalités clées.
Posté par Misc (site web personnel) . En réponse à la dépêche Pourquoi les zélateurs et détracteurs de systemd ne s'entendront jamais. Évalué à 8.
Ça dépend comment tu veux les utiliser. Pour limiter les processus en terme de ressources, non, tu as déjà des logiciels existants, tu peux le faire à la main. Systemd automatise cette partie et l'unifie au niveau de la configuration.
Pour ce qui est d'utiliser le tracking des processus, tu peux le faire à la main, mais c'est vite chiant. Donc openrc et systemd peuvent le faire pour toi.
Ensuite, dans le futur, le kernel s'oriente vers une architecture avec un seul processus autorisé à gerer les cgroups. Lennart parle sur la liste de systemd de l'impact qu'il y a eu ( http://lwn.net/Articles/555922/ ) et Linux.com explique pourquoi les devs kernels veulent changer ça :
http://www.linux.com/news/featured-blogs/200-libby-clark/733595-all-about-the-linux-kernel-cgroups-redesign
Il y a aussi pas mal d'info sur http://lwn.net/Articles/575672/
Et le fait que les devs de cgmanager et de systemd se sont réunis pour trouver une solution il y a 2 mois à Dusseldorf pour discutter interopérabilité ( une info qu'on ne relaye pas assez, bien sur, ç'est moins vendeur pour un journal )