Côté fonctionnement interne, logind détruit maintenant automatiquement les objets d’IPC (InterProcess Communication, communication interprocessus) appartenant à un utilisateur quand il se déconnecte complètement, pour libérer des ressources. Cela inclut sémaphores, files de messages et mémoires SysV, ainsi que les files de messages et mémoires partagées POSIX. Les objets SysV et POSIX n’ont traditionnellement pas de cycle de vie, cette fonctionnalité corrige cela.
C'est complètement surréaliste. Déjà il faudra me définir le concept de déconnexion complète. À mon sens, on a une session ouverte ou aucune, mais il n'y a pas d'état intermédiaire.
Ensuite, comment seraient gérées les IPC inter-utilisateurs, ou qui doivent survivre à leur créateur ? Je pense entre autres aux queues de messages qui permettent de créer des systèmes asynchrones ? En effet, si j'ai un service tournant sous l'utilisateur A qui écrit dans une queue, créée par un utilisateur B, pour qu'un cron job lancé sous l'utilisateur C traite les messages de la queue, que se passe-t-il quand aucun processus de l'utilisateur B n'existe ?
# Nettoyage des sémaphores
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche systemd versions 212 à 215. Évalué à 5.
C'est complètement surréaliste. Déjà il faudra me définir le concept de déconnexion complète. À mon sens, on a une session ouverte ou aucune, mais il n'y a pas d'état intermédiaire.
Ensuite, comment seraient gérées les IPC inter-utilisateurs, ou qui doivent survivre à leur créateur ? Je pense entre autres aux queues de messages qui permettent de créer des systèmes asynchrones ? En effet, si j'ai un service tournant sous l'utilisateur A qui écrit dans une queue, créée par un utilisateur B, pour qu'un cron job lancé sous l'utilisateur C traite les messages de la queue, que se passe-t-il quand aucun processus de l'utilisateur B n'existe ?