Jak a écrit a écrit :
[...]
Le problème, outre le fait que ça n'avance pas des masses
|
Bon, premier post sur HFR. Ça n'avance pas des masses ?! Dernière nouvelle. Tu suis le développement ? Je le suis de très près (puisque j'y participe à mon modeste niveau). Et ça avance franchement: rien que les améliorations de ce dernier mois: support pthread quasiment fonctionnel (en tous cas, testable), PPP qui fonctionne (PPPoE porté, DHCP porté mais non-fonctionnel), GNU Pth marche plutôt (et donc Gnome quasiment), nouveaux outils de débuggage via rpctrace, passage à OSKit-Mach de plus en plus proche, etc..
Je sais pas trop ce qui te fait dire ça, à moins que tu n'aies toujours pas compris que si le Hurd existe depuis plus de dix ans et qu'il n'en soit "que" là, c'était parce qu'il n'avait en fait derrière lui que deux/trois années de développement actif et encore, avec des années avec très peu de développeurs.. (1 ou 2)
Citation :
c'est que l'implémentation du noyau Mach utilisée est extrêment peu performante (en théorie, avec un micronoyau, on gagne en modularité par rapport à un noyau plus classique comme Linux, et on perd un peu en performances, mais là, c'est catastrophique, il semblerait).
|
Premièrement, ça n'est pas "catastrophique". Les performances globales de GNU à l'heure actuelle ne sont pas brillantes. C'est en partie lié à Mach, comme le montre le document « The Performance of µ-Kernel-based Systems » où des systèmes basés sur L4 (un micro-noyau de seconde génération, http://os.inf.tu-dresden.de/L4/ ). Mais aussi plus spécifiquement à GNU Mach, et au Hurd, qui n'a pour l'instant été optimisé en aucune façon (mais on sait où ça pêche et ce qui devra être fait..). Par ailleurs, on n'est pas obligé de perdre en performance: avec un système à micro-noyau on évite beaucoup d'appels systèmes, implémentés dans la libc (C Library), qui sont extrêmement coûteux (c'est la raison d'être de la Standard I/O library, le fameux stdio.h), où les seuls kernel traps sont liés à l'IPC qui est _extrêmement_ travaillée et rapide dans les nouveaux micro-noyaux. (voir http://l4ka.org/publications/ ).
Citation :
D'où l'idée qui agite actuellement les listes de diffusion Hurd de réécrire les différents serveurs (en gros, il faut recommencer à zéro ) pour utiliser le micro-noyau L4 ( http://l4ka.org/ ) de l'université de Karlsruhe en lieu et place de Mach.
|
Faux. Il ne faut pas du tout réécrire à zéro. Beaucoup de parties sont complètement indépendantes de Mach, ou alors n'utilisent que des fonctionnalités d'IPC basiques qui auront juste besoin d'être traduites en fonction du VK (Virtual Kernel, une couche d'abstraction au micro-noyau qui fournira les fonctions standards dont a besoin le Hurd). Dans un premier temps, mon avis est que le port devra se faire de façon systématique, c'est à dire, on reprendra les fonctions Mach et réimplémentera pour L4 dans le VK. (ce avec quoi est d'accord Farid mais pas Jeroen (Dekkers)).
De plus, si L4Ka sera probablement utilisé au début, un GNU L4 est au programme.
Citation :
Pour les avantages comparés des micro-noyaux par rapport aux noyau monolithiques, rechercher la flame-war entre Linus Thorvald et Andrew Tannenbaum ayant pour titre "Linux is obsolète", je n'ai plus le nom de la liste de diffusion (quelque chose avec minix dedans )
|
http://alge.anart.no/linux/history [...] solete.txt
Mais ce n'est pas tout:
http://www.gnu.org/software/hurd/hurd-talk.html
et http://unios.dhs.org/oskernels.html pour un rappel sur les différents types de noyaux. Et tous les documents sur http://www.l4ka.org et http://os.inf.tu-dresden.de/L4/ ;-)
(en particulier Towards real µ-kernels)
(et Towards a new strategy of OS design sur http://www.gnu.org/software/hurd/hurd-paper.html ).
Et je rajouterai enfin: http://hurdfr.org . Le site n'est pas très complet, pas génial, mais j'attends vos critiques et vos remarques à mon adresse avec impatience.
(je sais, je suis chiant à être sérieux quand on déconne. Mais bon, c'est plus fort que moi, un peu comme jihaire et les chansons.)
[edtdd]--Message édité par mmenal--[/edtdd]
---------------
--