Quand je parle d'anarchie, je parle du manque
de continuité, de stabilité dans le developpement:
o changements d'api,
o tout les drivers integré dans la meme arboresence
o les differentes branches
Au niveau performance, c'est sur que l'on peu se poser des questions,
voici encore la mon point de vue:
- un kernel monolithique super optimiseé (voire meme ecrit en assembleur ;)
Il sera forcement rapide (le code), mais pas gerable a long terme, presque immodifiable
et a terme les performances seront diminué car
le systeme deviendra un gros melange de tache intercroise pour pouvoir assuer toutes les nouvelles fonction.
- micro noyau et des serveurs: lenteur du a la commutation des taches, mais les elements sont
mieux concus, mieux reparti, le systeme peut etre plus scalable. Il sera plus facilement evolutif
et meme plus simple a comprendre
De plus je pense que le parametre vitesse, est un peu obsolete, compte tenu des architectures modernes.
[^] # Re: La "Task List " est plustôt impressionnante
Posté par Yann Droneaud . En réponse à la dépêche Debian GNU/Hurd G1. Évalué à 7.
de continuité, de stabilité dans le developpement:
o changements d'api,
o tout les drivers integré dans la meme arboresence
o les differentes branches
Au niveau performance, c'est sur que l'on peu se poser des questions,
voici encore la mon point de vue:
- un kernel monolithique super optimiseé (voire meme ecrit en assembleur ;)
Il sera forcement rapide (le code), mais pas gerable a long terme, presque immodifiable
et a terme les performances seront diminué car
le systeme deviendra un gros melange de tache intercroise pour pouvoir assuer toutes les nouvelles fonction.
- micro noyau et des serveurs: lenteur du a la commutation des taches, mais les elements sont
mieux concus, mieux reparti, le systeme peut etre plus scalable. Il sera plus facilement evolutif
et meme plus simple a comprendre
De plus je pense que le parametre vitesse, est un peu obsolete, compte tenu des architectures modernes.