Quelques semaines après la sortie de Linux Mint 18, j'ai mis à jour vers cette nouvelle version un de mes PC portables qui tourne sous cette distribution. Je n'ai pas eu de soucis et globalement tout fonctionne correctement avec systemd. Les seuls soucis que j'ai et pour lequel ma femme me tanne sont :
- le PC portable démarre bien plus lentement qu'auparavant. Pour ce dernier point, je pense que ceci vient en fait de systemd et des montages NFS (j'ai jusqu'à présent toujours eu des soucis entre systemd et NFS et ceci quelque soit la distribution)
- de temps en temps, l'arrêt du PC bloque sans explications et aucune trace de ce qui ne va pas (le pb doit venir d'un processus qui ne veut pas mourir, sale bête !)
Maintenant, je reste encore réservé sur systemd, mais pour des raisons purement personnelles :
1. Le modèle pipeline sur lequel est basé systemd me laisse perplexe et je lui préfère, par expérience, le modèle par événements
2. systemd est plus qu'un système d'init et couvre tout un pan de fonctionnement du système : tout est intégré ce qui rend finalement les choses plus cohérentes et, en théorie, plus abouties, à l'image de ce que l'on trouve sous Windows ou MacOS X. Mais je lui préfère le bon vieux schéma Unix dans lequel chaque outil ne fait qu'une et une unique chose et le fait bien et jusqu'au bout et c'est par assemblage de ceux-ci que sont accomplis des tâches plus complexes (ha et aussi dans lequel tout est texte).
3. le dernier point est peut-être le plus important pour moi : je me sens imposé systemd. En fait, au lieu d'avoir un systemd qui évolue dans son coin chez RedHat et petit à petit s'impose pour ses qualités fonctionnelles et techniques, son adoption a été rapide sans aucune commune mesure alors même que celui-ci n'était pas encore abouti. Résultat : rare sont les distributions qui n'ont pas systemd par défaut, ne laissant finalement peu de choix. De plus, étant plus qu'un système d'init, il vampirise d'autres systèmes (comme dbus par exemple), ce qui rend les choses finalement plus compliqués qu'avant si on veut se passer de systemd.
[^] # Re: systemd
Posté par Miguel Moquillon (site web personnel) . En réponse au journal Devuan a deux ans. Évalué à 6.
Quelques semaines après la sortie de Linux Mint 18, j'ai mis à jour vers cette nouvelle version un de mes PC portables qui tourne sous cette distribution. Je n'ai pas eu de soucis et globalement tout fonctionne correctement avec systemd. Les seuls soucis que j'ai et pour lequel ma femme me tanne sont :
- le PC portable démarre bien plus lentement qu'auparavant. Pour ce dernier point, je pense que ceci vient en fait de systemd et des montages NFS (j'ai jusqu'à présent toujours eu des soucis entre systemd et NFS et ceci quelque soit la distribution)
- de temps en temps, l'arrêt du PC bloque sans explications et aucune trace de ce qui ne va pas (le pb doit venir d'un processus qui ne veut pas mourir, sale bête !)
Maintenant, je reste encore réservé sur systemd, mais pour des raisons purement personnelles :
1. Le modèle pipeline sur lequel est basé systemd me laisse perplexe et je lui préfère, par expérience, le modèle par événements
2. systemd est plus qu'un système d'init et couvre tout un pan de fonctionnement du système : tout est intégré ce qui rend finalement les choses plus cohérentes et, en théorie, plus abouties, à l'image de ce que l'on trouve sous Windows ou MacOS X. Mais je lui préfère le bon vieux schéma Unix dans lequel chaque outil ne fait qu'une et une unique chose et le fait bien et jusqu'au bout et c'est par assemblage de ceux-ci que sont accomplis des tâches plus complexes (ha et aussi dans lequel tout est texte).
3. le dernier point est peut-être le plus important pour moi : je me sens imposé systemd. En fait, au lieu d'avoir un systemd qui évolue dans son coin chez RedHat et petit à petit s'impose pour ses qualités fonctionnelles et techniques, son adoption a été rapide sans aucune commune mesure alors même que celui-ci n'était pas encore abouti. Résultat : rare sont les distributions qui n'ont pas systemd par défaut, ne laissant finalement peu de choix. De plus, étant plus qu'un système d'init, il vampirise d'autres systèmes (comme dbus par exemple), ce qui rend les choses finalement plus compliqués qu'avant si on veut se passer de systemd.