• [^] # Re: rentrons dans le vif du sujet

    Posté par . En réponse au journal Linux un bloat, ah bon ?. Évalué à 3.

    c'est surtout que l'architecture monolithique retenue en fait un gros bouzin

    Le problème d'embompoint du noyau ne me semble pas imputable au choix d'une architecture monolithique mais à des choix plus politiques. On peut penser modulaire dans passer forcément par un micro noyau.
    La question n'est pas ici ce qui doit tourner en mode noyau/mode utilisateur mais ce qui doit être livré avec le noyau ou pas. De version en version le noyau est de plus en plus gros parce qu'il inclue des drivers pour tous les périphériques possibles et imaginables, y compris des trucs obscurs qu'on a peur de décocher de peur de faire une connerie.

    On pourrait déjà commencer par établir des interfaces claires que les pilotes doivent implémenter et ne livrer de base dans le noyau que le strict minimum. Quel intérêt de se taper le téléchargement d'un noyau contenant les sources de drivers dont on n'a pas besoin ? Quel intérêt de recompiler tout le bordel pour avoir juste une mise à jour d'un pilote qui corrige un problème ? Ne pourrait-on pas commencer par faire comme avec beaucoup d'autres OS : J'ai un problème avec un driver, j'installe la version mise à jour sans me retaper la compilation du reste.

    Linus a toujours refusé de standardiser les ABI pour ne pas être bridé si des changements sont nécessaires (s'il faut casser la compatibilité, on casse) et après on s'étonne que ça devienne difficilement gérable. Pour gagner en maintabilité, je pense qu'il faudra bien passer par une dose de standardisation.