En même temps, sur ma distro sans systemd, il n’y a pas besoin « d’intégrer » screen au système d’init… Pourquoi systemd requiert-il que des programmes n’ayant rien à voir avec l’init soient « intégrés » avec lui ? Quels autres systèmes d’init requièrent ce genre de choses ?
Personne n'a jamais dit qu'il fallait intégrer screen au système d'init.
Systemd met tous les processus et sous-processus dans un cgroup. Le module pam permet de le mettre dans un cgroup du nom de l'utilisateur (et non de gdm par exemple).
Pour moi c'est un gros avantage pour les systèmes multi-utilisateurs. Par exemple il est possible de controler l'usage des ressources pour chaque utilisateur et mieux répartir la charge. De plus cela permet de quitter toutes les applications d'un utilisateur lorsqu'il se délogge (pratique quand le système est multi utilisateur et jamais éteint … faut voir le nombre d'application qui traine à la fin d'un mois …).
Par contre, si tu demande à systemd de killer toutes les applications à la déconnexion de l'utilisateur, forcement le screen lancé par un utilisateur est stoppé (puisqu'on lui demande cela !).
Bref un environnement bien configuré ne pose pas de problème. Un environnement mal configuré en posera (comme pour toutes les applications).
[^] # Re: Le vendredi c'est permis
Posté par GnunuX (site web personnel) . En réponse à la dépêche Retard++ de Fedora 18 et nom de code quantique pour la version 19. Évalué à 9.
Personne n'a jamais dit qu'il fallait intégrer screen au système d'init.
Systemd met tous les processus et sous-processus dans un cgroup. Le module pam permet de le mettre dans un cgroup du nom de l'utilisateur (et non de gdm par exemple).
Pour moi c'est un gros avantage pour les systèmes multi-utilisateurs. Par exemple il est possible de controler l'usage des ressources pour chaque utilisateur et mieux répartir la charge. De plus cela permet de quitter toutes les applications d'un utilisateur lorsqu'il se délogge (pratique quand le système est multi utilisateur et jamais éteint … faut voir le nombre d'application qui traine à la fin d'un mois …).
Par contre, si tu demande à systemd de killer toutes les applications à la déconnexion de l'utilisateur, forcement le screen lancé par un utilisateur est stoppé (puisqu'on lui demande cela !).
Bref un environnement bien configuré ne pose pas de problème. Un environnement mal configuré en posera (comme pour toutes les applications).
Cette histoire de "screen" n'est qu'un FUD.