Au sujet des disques, BFS est journalisé, alors qu'il n'y a pas si longtemps qu'ext3 et reiser ont permis d'oublier fsck...
Il n'y a pas besoin de faire de l'objet pour faires des programmes énormes...
Il faut dire aussi que BeOS faisait moins de choses que Linux, vu qu'il était conçu pour un desktop et le faire bien, pas pour tout faire à peu près.
L'init de BeOS c'est juste un script shell, Bootscript. cf. : http://dev.haiku-os.org/browser/haiku/trunk/data/system/boot
Le fait est aussi que BeOS dès le départ a une politique de gestion des pilotes bien plus simple et élégante que linux, même si pour Haiku on va la compléter.
Quand quelque chose ouvre /dev/foo/, devfs charge tous les pilotes susceptibles de publier dedans (en regardant des symlinks), et leur demande de le faire.
Pas besoin de udev, de modprobe, ni de gestion de dépendance. En effet, les pilotes, qui à priori savent ce qu'ils veulent, demandent au noyau de charger les modules dont il a besoin, qui à leur tour font de même.
[^] # Re: C'est cet OS qui démarrait très rapidement ?
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Et de 7 pour Haiku. Évalué à 3.
Il n'y a pas besoin de faire de l'objet pour faires des programmes énormes...
Il faut dire aussi que BeOS faisait moins de choses que Linux, vu qu'il était conçu pour un desktop et le faire bien, pas pour tout faire à peu près.
L'init de BeOS c'est juste un script shell, Bootscript. cf. :
http://dev.haiku-os.org/browser/haiku/trunk/data/system/boot
Le fait est aussi que BeOS dès le départ a une politique de gestion des pilotes bien plus simple et élégante que linux, même si pour Haiku on va la compléter.
Quand quelque chose ouvre /dev/foo/, devfs charge tous les pilotes susceptibles de publier dedans (en regardant des symlinks), et leur demande de le faire.
Pas besoin de udev, de modprobe, ni de gestion de dépendance. En effet, les pilotes, qui à priori savent ce qu'ils veulent, demandent au noyau de charger les modules dont il a besoin, qui à leur tour font de même.