[Sequanux-ml] [OT] Micro-noyaux (Was: la distribution Mandriva-Linux de Printemps est disponible)

[Jonas]

zut doigts de misère!

... en tout cas un dev aurait fini par créer un driver libre pour
linux, qui aurait été à coup sûr plus performant que le driver nvidia
actuel...

D'ailleurs je me demande pourquoi y a AUCUN developpeur qui essaient
de faire de faire un format flash mais libre, j'entend bien un format
standardisé et ouvert et propre au libre, ce qu'est le ogg au mp3.

Je me souviens avoir posé quelques rapides questions sur #gnash sur
irc, mais si le libre s'évertue à faire du reverse engineering alors
que l'ietf est là pour faire des formats, c'est quand meme une belle
occasion que mozilla loupe pour imposer un format qui a des chances de
placer macromedia comme trophée de guerre de tux ^:)

Le svg marche t il sur android ? en tout cas j'ai vraiment hâte de
pouvoir m'acheter le htc dream, et ça serait carrément mieux d'avoir
un flash compilé spécialement pour du mobile !


On 2009-05-06, Jonas <ezjonas at gmail.com> wrote:
> Intéressant les noyaux temps réel !
> Même si pour l'exemple de l'abs ça serait mieux de ne pas intégrer le
> programme d'abs, et de tout simplement gérer l'abs directement par
> l'électronique... toujours d'avoir des composants à qui déléguer
> certaines fonctions, la centralisation a quand même le désavantage de
> tout geler s'il survient un bug...
>
> Concernant le débat des kernels, les drivers sont donc directement
> integrés dans le kernel, ça force un peu l'ouverture des drivers, mais
> bon ça n'a pas trop marché avec nvidia, et du coup, même problème pour
> flash, ce sont deux technologies qui ont besoin l'une pour l'autre, et
> qui du coup, à cause du modèle propriétaire, ne permettent pas de
> partager leur resource, alors que je suis sûr que des ingé de chez
> macromedia et de windows se sont déjà réunis pour bosser ensemble...
>
> Proposer des spécifications matérielles à la INF et CAT de windows m'a
> l'air un peu plus adapté, nvidia aurait été obligé d'apporter du code
> source pour coder les librairies adéquates, ça aurait été bien plus
> clair pour des programmeurs moins familiarisés avec de la
> programmation système.
>
> Je me demande encore pourquoi nvidia ne propose pas les sources de ses
> drivers... secret industriel ? brevets en attente d'étude ? en tout c
>
> On 2009-05-05, Thomas PARIS <mercen at mercen.org> wrote:
>> Le lun  4 mai à 12:55 (+0200), Jonas a écrit :
>>> J'ai même lu un article je sais plus où, comme quoi l'inventeur du
>>> micro kernel minix avait débattu avec torvalds que les kernels
>>> monolithiques sont déjà dépassés,
>>
>> Tanenbaum et Torvalds se sont effectivement mutuellement engueulés à ce
>> sujet mais n'étaient pas les seuls à se battre. Chaque camp ayant des
>> arguments absolument irréfutables (parce qu'impossible à prouver)
>> démontrant la supériorité de leur choix technologique.
>>
>>> les micro kernels permettant de charger un driver à la volée.
>>
>> Pour le coup, c'est probablement pas le meilleur argument en faveur des
>> micro-noyaux, linux (le noyau) étant parfaitement capable d'en faire
>> autant. On appelle ça des modules.
>>
>> D'où on voit bien que la vieille bataille noyau monolithique /
>> micro-noyau n'a plus vraiment lieu d'être, les noyaux modernes étant
>> vraiment hybrides (Windows NT et Mac OS X étant deux autres exemples
>> célèbres d'approches hybrides).
>>
>> Et pour les extrémistes, le micro-noyau est dépassé depuis longtemps,
>> remplacé par l'exo-noyau. Mais ça, c'est un jouet pour chercheurs.
>>
>> A noter, on peut installer des systèmes à base de vrais micro-noyaux.
>> Les deux plus connus :
>> * minix : http://www.minix3.org/
>> * hurd : http://www.gnu.org/software/hurd/hurd.html
>> On notera que ce ne sont pas les systèmes les plus utilisés. (mdr)
>>
>> Bref, tout ça pour dire que linux n'est pas dépassé, que les
>> micro-noyaux ne sont pas la Parole Divine et que vive le logiciel libre,
>> grâce auquel on a tant d'options parmi lesquelles choisir.
>>
>> ++
>> Thomas "mercen" PARIS, qui retourne bosser sur un vieux SunOS tout ce
>> qu'il y a de plus monolithique
>>
>> --
>> Email / Google Talk / Jabber: mercen at mercen.org
>> http://mercen.org
>> --
>> Attention, le reply-to se fait à l'expéditeur, pas à la liste
>> Sequanux-ml at sequanux.org
>> http://sequanux.org/cgi-bin/mailman/listinfo/sequanux-ml
>>
>