Bah, avec systemd mon window manager aura une backtrace genere et directement archive que je pourrais facilement retrouve. Il aura un watchdog qui verifiera que celui-ci est bien toujours actif (protection contre les boucles infinis). Et je peux mettre un certain nombre d'autre restriction.
Enfin, systemd va pouvoir se charger du demarrage de toutes les petites applications au demarrage de ton window manager sans que celui-ci ai a s'en occuper et en offrant les meme options que precedement. En terme de stabilite et gestion des erreurs, c'est bien plus avance que tout ce qui est implemente dans les DE actuel.
Bon, c'est pas non plus completement tout rose bonbon. KDE et Enlightenment ont tous les deux une infrastructure qui permet de precharger/prelinker/preinitialiser leur bibliotheque interne avant de demarrer une application. Hors cela repose sur fork, sans exec. Et c'est pour l'instant pas possible a implementer dans systemd, donc on perd une optimisation (Amelioration du temps de demarrage et diminution du la memoire utilise). De plus comme GNOME n'a pas ce mecanisme, et que les communautes de KDE et E ne sont pas tres engage dans le developpement de systemd, et bien je doute que l'on verra une solution a ce probleme apparaitre.
[^] # Re: Mon avis personnel
Posté par cedric . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 5.
Bah, avec systemd mon window manager aura une backtrace genere et directement archive que je pourrais facilement retrouve. Il aura un watchdog qui verifiera que celui-ci est bien toujours actif (protection contre les boucles infinis). Et je peux mettre un certain nombre d'autre restriction.
Enfin, systemd va pouvoir se charger du demarrage de toutes les petites applications au demarrage de ton window manager sans que celui-ci ai a s'en occuper et en offrant les meme options que precedement. En terme de stabilite et gestion des erreurs, c'est bien plus avance que tout ce qui est implemente dans les DE actuel.
Bon, c'est pas non plus completement tout rose bonbon. KDE et Enlightenment ont tous les deux une infrastructure qui permet de precharger/prelinker/preinitialiser leur bibliotheque interne avant de demarrer une application. Hors cela repose sur fork, sans exec. Et c'est pour l'instant pas possible a implementer dans systemd, donc on perd une optimisation (Amelioration du temps de demarrage et diminution du la memoire utilise). De plus comme GNOME n'a pas ce mecanisme, et que les communautes de KDE et E ne sont pas tres engage dans le developpement de systemd, et bien je doute que l'on verra une solution a ce probleme apparaitre.