il y a un projet, ou plutot une idee de porte Hurd sur d'autre micro noyaux et en particulier L4.
Mais Hurd a ete depuis le debut developper pour Mach, il n'est pas vraiment portable.
GNUmach, c'est Mach 4 du CMU (en gros) adopté par le projet GNU.
Le probleme de GNUmach c'est qu'il est out of date
depuis le debut. Il est uniquement utilisable sur plateforme x86 (bien que le noyau Mach original a été porté sur la pluparts des architectures). Il ne supporte quasiment aucun materiel recent
(bien qu'une implementation de GNUmach utilisant
l'oskit existe, ce n'est pas encore la panacé mais c'est une voie a suivre),
et ce qui me parait le plus grave pour un
micro noyau (pour ma definition personnelle, et je ne parle pas de sa taille mais des fonctionnalités) c'est qu'il embarque en dur tout
ses drivers, pas de kernel module, ni la possibilité d'avoir des drivers tournant comme une tache en mode pseudo utilisateur (comme les autres serveurs de Hurd).
Le principe du micro noyau est excellent (quoiqu'en pense Linus), associé au principe du multi serveurs (comme Hurd, pas comme les systemes qui utilisaient un unique serveur emulateur d'unix), ca me parait etre la solution la plus pertinente, souple, fiable, etc..., mais cette solution demande beaucoup de reflexion et une rigueur extreme.
Le seul projet presque de ce type est a ma connaissance Amoeba.
Si avec les ISOs de la Debian Hurd, le systeme GNU
peut gagner plus de developpeur ce seras parfait
mais il ne faut pas que ca devienne l'anarchie comme Linux ...
[^] # 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.
il y a un projet, ou plutot une idee de porte Hurd sur d'autre micro noyaux et en particulier L4.
Mais Hurd a ete depuis le debut developper pour Mach, il n'est pas vraiment portable.
GNUmach, c'est Mach 4 du CMU (en gros) adopté par le projet GNU.
Le probleme de GNUmach c'est qu'il est out of date
depuis le debut. Il est uniquement utilisable sur plateforme x86 (bien que le noyau Mach original a été porté sur la pluparts des architectures). Il ne supporte quasiment aucun materiel recent
(bien qu'une implementation de GNUmach utilisant
l'oskit existe, ce n'est pas encore la panacé mais c'est une voie a suivre),
et ce qui me parait le plus grave pour un
micro noyau (pour ma definition personnelle, et je ne parle pas de sa taille mais des fonctionnalités) c'est qu'il embarque en dur tout
ses drivers, pas de kernel module, ni la possibilité d'avoir des drivers tournant comme une tache en mode pseudo utilisateur (comme les autres serveurs de Hurd).
Le principe du micro noyau est excellent (quoiqu'en pense Linus), associé au principe du multi serveurs (comme Hurd, pas comme les systemes qui utilisaient un unique serveur emulateur d'unix), ca me parait etre la solution la plus pertinente, souple, fiable, etc..., mais cette solution demande beaucoup de reflexion et une rigueur extreme.
Le seul projet presque de ce type est a ma connaissance Amoeba.
Si avec les ISOs de la Debian Hurd, le systeme GNU
peut gagner plus de developpeur ce seras parfait
mais il ne faut pas que ca devienne l'anarchie comme Linux ...