La réalité, c’est que si systemd s’impose, c’est parce qu’il
simplifie grandement la vie de ses premiers utilisateurs : les
programmeurs. Qui l’imposent à leurs utilisateurs en retour,
parce que ça leur simplifie la vie.
Ça simplifie aussi la vie des distributeurs, et des utilisateurs. Encore une fois, c'est bien plus simple d'écrire un fichier de service, ça te donne un accès simple à des fonctions du kernel des plus utiles, etc.
Par exemple, y a 4 jours, j'étais avec un collègue en train de regarder sur la meilleur façon de pas prendre tout le temps cpu quand on lance la vérification des mises à jours sur les machines des utilisateurs sous RHEL Desktop.
La solution qu'on a fini par prendre (après 3 hacks à base de cpulimit), c'est d'utiliser systemctl set-property sur le démon de packagekit. Emballé, c'est pesé, une ligne pour changer le quota CPU, une autre pour revenir à ce qu'on avait avant.
Pas de magouille à trouver le pid de yum et packagekit à coup de ps et de grep (et grep -v grep), de création et déplacement de cgroups, etc.
[^] # Re: SystemD la cause de la discorde...
Posté par Misc (site web personnel) . En réponse à la dépêche L’après PC-BSD : TrueOS. Évalué à 4.
Ça simplifie aussi la vie des distributeurs, et des utilisateurs. Encore une fois, c'est bien plus simple d'écrire un fichier de service, ça te donne un accès simple à des fonctions du kernel des plus utiles, etc.
Par exemple, y a 4 jours, j'étais avec un collègue en train de regarder sur la meilleur façon de pas prendre tout le temps cpu quand on lance la vérification des mises à jours sur les machines des utilisateurs sous RHEL Desktop.
La solution qu'on a fini par prendre (après 3 hacks à base de cpulimit), c'est d'utiliser systemctl set-property sur le démon de packagekit. Emballé, c'est pesé, une ligne pour changer le quota CPU, une autre pour revenir à ce qu'on avait avant.
Pas de magouille à trouver le pid de yum et packagekit à coup de ps et de grep (et grep -v grep), de création et déplacement de cgroups, etc.