• [^] # Re: Hurd bientot au niveau de l'Everest !!!

    Posté par . En réponse à la dépêche Le Hurd bientôt au niveau de l'Everest !. Évalué à 10.

    Ben l'avenir de hurd, c'est surtout le micro noyau l4. Et sur le portage hurd vers l4, on peut considérer qu'il n'y a q'une seule personne (neil walfield, celui qui a ajouté les pthreads à hurd). Non. C'est extrêmement réducteur. Il est vrai que l'avenir du Hurd est certainement L4 - j'en suis persuadé, et je pense que même Roland McGrath, un des développeurs principaux et originels du Hurd, moins "enthousiaste" que d'autres, l'est maintenant. Mais, il est important de noter que ça ne veut pas dire que ce sera un nouveau Hurd, ni que les parties existantes et développées actuellement seront à revoir. Ainsi, si peu de personnes travaillent directement sur le portage du Hurd sur L4, la majorité des changements faits sur le Hurd actuellement (console+XKB, pthreads, CThread2Pthread, travaux sur shadowfs, ftpfs, ..) sont adaptables, voire adaptés, au Hurd sur L4. De plus, Neal Walfield n'est pas vraiment le seul à travailler sur le port du Hurd sur L4. Bon, les mailing lists de commits étant privées, et les échanges ayant été majoritairement privés dans la première phase de « test », ça ne se voit pas, mais Wolfgang (Jährling, auteur du Hurd Hacking Guide[0], de petits programmes[1], et de patches réguliers) et votre serviteur ont régulièrement contribué au début de code qui a, cependant, été majoritairement écrit par Neal. Ce début de code est celui qui a donné la libpthread; il vaut ce qu'il vaut, mais il a donné à chacun d'entre nous, y compris ceux qui n'y ont pas participé (je pense évidemment à Marcus Brinkmann, notre project leader^W^W^W^H^H) la posibilité de penser aux problèmes, interfaces, choses requises, à repenser les mythes et réalités des avantages comme des difficultés. La majorité sera à reprendre. (les programmes qui permettent de monter un serveur ftp comme un dur par exemple) Si je peux me permettre, plutôt accéder. Il manque vraiment des programmeurs sur le "coeur" (pour ne pas dire kernel) du hurd, histoire par exemple qu'ils ne se retrouvent pas avec 200 types de systèmes de fichiers supportés, mais tous limités à 2Go (comme c'est le cas pour ext2 et jfs en ce moment). Effectivement, il manque du monde. On manque toujours de monde. On manque aussi et surtout de gens motivés pour acquérir les compétences nécessaires à une telle tâche - parce que ça veut dire avoir une vue d'ensemble des buts du Hurd assez importante. Dans le cas de la limite de 2GO (un peu moins, en fait), c'est lié à un problème qui n'a pas été résolu directement à la création du Hurd, en le laissant comme solution temporaire; tant de choses étant arrivées dans le développement du Hurd, le temporaire est resté. Le travail n'est pas forcément très dur : il nécessite une compréhension globale des FS, de la VM, et de la façon de gérer la mémoire de Mach (memory objects, etc.). Il consisterait principalement à réfléchir, en implémentant, les solutions proposées, pour les comparer, voir les problèmes rencontrés, etc. Honnêtement, c'est un projet de fin d'étude tout à fait intéressant, et même un projet en général tout à fait passionnant - vous y êtes donc invités :-p Bon, on continue à faire notre petit tour ;-)