• [^] # Re: De plus en plus complexe, le système d'init...

    Posté par . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à 4.

    Leaky abstractions. Il aurai mieux fallu ne rien abstraire du tout, tout expliciter et tout rendre configurable. Les systèmes magiques c'est peut-être mignons pour les desktop, mais ça n'a rien à faire sur un serveur.

    systemd est flexible, il ne t’empêche pas faire ta configuration perso. Mais il offre des options sympathique pour les usages courants.

    Le problème, c'est juste que beaucoup de ces contraintes posent des problèmes au niveau du démarrage. Le service buggé qui supporte pas les changement d'heure doit être lancé après un ntpdate, et aucun autre logiciel ne doit changer l'heure après que l'autre ai démarré. Pareil pour l'autre contrainte qui implique de connaître tout les cwd des processus et les fichiers qu'ils peuvent garder ouvert.

    En quoi c’est pas possible avec systemd?

    Ça veut dire regarder absolument tout les logiciels qui tournent (même l'init) et savoir ce qu'ils font tous. S'il font tous ce que je demande, c'est cool. S'ils ne font pas ce que je demande, il va falloir que je les patche, et je préfère patcher du shell script plutôt que de patcher du C.

    On peut modifier toutes les unités systemd et les surcharger avec d’autres fichiers, donc je vois absolument pas pourquoi tu aurais besoin de patcher le système d’init (à moins qu’il soit codé avec le cul). C’est bien ça l’avantage avec systemd: on est pas obligé de toucher au code pour le faire fonctionner comme on veut.

    Écrit en Bépo selon l’orthographe de 1990