En tant que developpeur chez SuSE il me semble qu'il aurait été bien plus simple d'avoir des micronoyaux pour augmenter la qualité de Linux.
Les points aurait été de ne pas a avoir a changer de noyau pour pouvoir integrer la derniere imprimante Usb de chez HP.
A force de vouloir tout integrer dans le noyau on en arrive a un truc lourd, ou se retrouve aussi bien drivers (qui sont pour la plupart inutiles pour bcp) mais aussi les protocoles, les systemes de fichiers...
A force cela devient trop lourd a gerer. Heureusement que le noyau est tres bien programmé, surtout grace a l'effort de nos ingénieurs mais aussi a ceux de notre eternel concurrent, Redhat.
(Ainsi que tous ceux habitué a aider la progression du noyau).
Mais, la modularité entraine un risque : celui de perdre les performances. Trop de module entraine trop de requetes systemes qui entraine une chute de la performance surtout au niveau transactionnel.
Il faut trouver un juste milieu, et je serai là pour influencer Linus de choisir une voie plus souple.
Il ya des choses qui changent pas (certains protocoles par exemple) et d'autres qui changent tout le temps. Prendre un juste milieu entre Linux et Hurd, tout en etant compatible avec Linux et plus proche d'Unix me parait primordial.
[^] # Re: Desolé, mais ... 8MO !!
Posté par Anonyme . En réponse à la dépêche Noyau Linux 2.4.4. Évalué à 0.
En tant que developpeur chez SuSE il me semble qu'il aurait été bien plus simple d'avoir des micronoyaux pour augmenter la qualité de Linux.
Les points aurait été de ne pas a avoir a changer de noyau pour pouvoir integrer la derniere imprimante Usb de chez HP.
A force de vouloir tout integrer dans le noyau on en arrive a un truc lourd, ou se retrouve aussi bien drivers (qui sont pour la plupart inutiles pour bcp) mais aussi les protocoles, les systemes de fichiers...
A force cela devient trop lourd a gerer. Heureusement que le noyau est tres bien programmé, surtout grace a l'effort de nos ingénieurs mais aussi a ceux de notre eternel concurrent, Redhat.
(Ainsi que tous ceux habitué a aider la progression du noyau).
Mais, la modularité entraine un risque : celui de perdre les performances. Trop de module entraine trop de requetes systemes qui entraine une chute de la performance surtout au niveau transactionnel.
Il faut trouver un juste milieu, et je serai là pour influencer Linus de choisir une voie plus souple.
Il ya des choses qui changent pas (certains protocoles par exemple) et d'autres qui changent tout le temps. Prendre un juste milieu entre Linux et Hurd, tout en etant compatible avec Linux et plus proche d'Unix me parait primordial.