• [^] # Re: Mwai

    Posté par . En réponse au journal Laisser systemd de côté dans Debian. Évalué à 10.

    Maintenant à l'inverse son maintien dans Linux, avec sa capacité à détruire l'expérience utilisateur et son dedain vis à vis de toute tentative de création d'environnement un poil perenne, me casse franchement les pieds.

    Alors chez moi avahi je m'en suis jamais servi mais je comprends très bien le besoin.
    Wikipédia donne l'exemple suivant :

    Par exemple, un utilisateur peut brancher son ordinateur sur un réseau et trouver instantanément des imprimantes pour imprimer, des fichiers à lire et des personnes à qui parler...

    Un truc qui automatise la découverte de services, pour moi c'est clairement une amélioration de l'expérience utilisateur.

    Quant à systemd... Je vais pas tout refaire, mais en gros :

    • tu as un contrôle plus fiable des services (expérience utilisateur améliorée)
    • tu as toutes les sorties d'erreurs dans le journal
    • tu as une compatibilité avec les scripts (on préserve l'expérience utilisateur : au pire, elle est pareil qu'avant)
    • il va enfin permettre d'avoir la couche TTY en espace utilisateur (un truc léger), et d'abandonner l'horrible couche TTY du kernel sur laquelle même Alan Cox (et beaucoup d'autres) se sont cassé le coccyx.
    • il permet de résoudre des problèmes tels que :
      • la prise en charge du multiseat (oui on peut faire sans, mais le but c'est d'avoir la même qualité de support partout, pas juste de la débrouillardise au cas par cas),
      • avoir xorg rootless (une faille de sécurité en moins, c'est mauvais pour l'expérience utilisateur ?!)
      • lancer des services utilisateur (systemd --user)
      • avoir des entrées du journal qui commencent bien plus tôt dans le processus de démarrage qu'avec syslog
    • etc...

    Alors oui ce n'est pas le premier systemd-like, ni le premier à résoudre les problèmes que j'ai cité, mais c'est le premier à être accepté par les distributions, et ça change tout. Parce que un systemd super mais utilisé par 3 tondus, c'est joli mais ça sert à rien.

    D'ailleurs, systemd est tellement "mauvais" qu'il fait fait même des émules chez BSD... ;-)

    Et pour PulseAudio est aussi clairement un plus pour l'expérience utilisateur :

    • il a permis de virer beaucoup de bogues dans les pilotes ALSA
    • il permet de gérer le volume par application
    • il permet de changer la sortie sonore de n'importe quelle application
    • essaie de gérer des enceintes bluetooth avec ALSA... tu vas vite revenir vers PA
    • il est compatible avec l'existant (genre FlashPlayer qui ne connaît que ALSA)
    • il a une architecture légère (CoW), une latence faible (c'est juste hyper-important pour du son), et il est modulaire
    • etc ...
    • les cartes sons sont de plus en plus bêtes. En 1998 sur ma AWE64 j'avais du hardware mixing, du MPU-401, de la synthé FM OPL3... y'a rien de tout ça sur un AC'97 ou un bidule HDA aujourd'hui. Tout se fait en espace utilisateur, via PA/ALSA (et Timdity pour le MIDI)

    Si ce que fait Lennart et ses collègues et si "mauvais", qu'est ce que ça va être quand il va coder sérieusement ! ;-)

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)