d apres ce que je me souviens que Kilogub a dit pendant la RMLL 2003 de Metz, L4Linux est un projet qui sert de sous couche; par le bas L4 accede a tous le materiel, et le presente sous forme unifiee de sokets.
Le but est qu a terme, Linux n accedera plus au hard directement, mais via L4; donc quand tu veut porter Linux pour une archi, ben tu portes pas Linux du tout, mais juste L4. c est pour ca que IIRC dans le CVS de Linux, L4 est bien une archi en tant que telle.
L interret ? une migration en douceur. Une fois L4Linux stabilise, tout le monde pourra avoir un L4, tout en conservant toutes les aplis ( drivers et programmes utilisateur ) en version Linux. Sauf que L4 etant un (u)noyeau, et sachant gerer le multitasking, tu pourra executer dessus en meme temps que Linux, et a cote, d autres programmes ... comme une seconde pile IP, un server Apache ...
Bref cela permet de migrer en douceur, tout de suite sur les aplis qui suportent nativement le Hurd, en douceur en attendant la reecriture des autres.
Les projets Hurd restent toute fois des projets de recherche, et ne constituent en rien actuellement une image de ce que sera le Hurd du futur. Ce sont des versions de test, de demo ... meme pas en version alpha ... n en attends rien de stable ni meme de fonctionnel. Partant dans cette optique, tu sera emmerveille de tout plein de nouveautees ( les trans, les services, les jetons ... ).
Historiquement, un webmaster a decide de passer temporairement un server web sous Hurd pendant une semaine. Etant en version beta, il plantait tres regulierement. en fait, a l epoque, la pile IP etait completement instable; la pile IPv4 crashait en moyenne toutes les 20h. Pourtant, dans les logs d apache, le server n avait enregistre aucune discontinuite de service ... pourquoi ? quand la pile IP plante, elle est reloadee instantanement, et l operation est si rapide qu au pire les routeurs voient une trame perdue; les couches ISO 2 et 3 tentent donc une re-emission de la trame perdue ... dans la miliseconde qui suit, tout remarche parfaitement. La NIC a vue une collision, l application userland n y a vu que du feu.
L implementation pratique du Hurd est extremement instable ( en aout 2003 la VM paniquait toutes les 4h), mais le system de recuperation est si rapide de part sa conception, que le system est globalement stable. Qui prends garde a la mort d une fourmie ? le lendemain la reine a pondu 10 000 oeufs ...
[^] # AMHA
Posté par doublehp . En réponse au journal GNU/Hurd c'est quoi au fait ?. Évalué à 10.
Le but est qu a terme, Linux n accedera plus au hard directement, mais via L4; donc quand tu veut porter Linux pour une archi, ben tu portes pas Linux du tout, mais juste L4. c est pour ca que IIRC dans le CVS de Linux, L4 est bien une archi en tant que telle.
L interret ? une migration en douceur. Une fois L4Linux stabilise, tout le monde pourra avoir un L4, tout en conservant toutes les aplis ( drivers et programmes utilisateur ) en version Linux. Sauf que L4 etant un (u)noyeau, et sachant gerer le multitasking, tu pourra executer dessus en meme temps que Linux, et a cote, d autres programmes ... comme une seconde pile IP, un server Apache ...
Bref cela permet de migrer en douceur, tout de suite sur les aplis qui suportent nativement le Hurd, en douceur en attendant la reecriture des autres.
Les projets Hurd restent toute fois des projets de recherche, et ne constituent en rien actuellement une image de ce que sera le Hurd du futur. Ce sont des versions de test, de demo ... meme pas en version alpha ... n en attends rien de stable ni meme de fonctionnel. Partant dans cette optique, tu sera emmerveille de tout plein de nouveautees ( les trans, les services, les jetons ... ).
Historiquement, un webmaster a decide de passer temporairement un server web sous Hurd pendant une semaine. Etant en version beta, il plantait tres regulierement. en fait, a l epoque, la pile IP etait completement instable; la pile IPv4 crashait en moyenne toutes les 20h. Pourtant, dans les logs d apache, le server n avait enregistre aucune discontinuite de service ... pourquoi ? quand la pile IP plante, elle est reloadee instantanement, et l operation est si rapide qu au pire les routeurs voient une trame perdue; les couches ISO 2 et 3 tentent donc une re-emission de la trame perdue ... dans la miliseconde qui suit, tout remarche parfaitement. La NIC a vue une collision, l application userland n y a vu que du feu.
L implementation pratique du Hurd est extremement instable ( en aout 2003 la VM paniquait toutes les 4h), mais le system de recuperation est si rapide de part sa conception, que le system est globalement stable. Qui prends garde a la mort d une fourmie ? le lendemain la reine a pondu 10 000 oeufs ...