Ce n'est probablement qu'une partie de la réponse, mais j'y vois plusieurs raisons:
- portabilité: c'est plus facile de porter un micro-noyau qu'un noyau monolithique, ça explique la bizarrerie I/O Kit pour le développement de pilotes. NeXTSTEP tournait sur 4 plateformes (x86, m68k, PA-RISC, SParc, les fat binaries existaient déjà à l'époque), comme le passage à Intel l'a démontré, Apple y tient beaucoup.
- compatibilité: l'intérêt de Mach, c'est la possibilité d'assumer des "identités", la couche BSD permet d'assumer une identité Posix, la couche classic permet d'assumer une identité MacOS, il y a même eu une rumeur qu'Apple aurait mis au point une couche de compatibilité Win32.
Ces deux concepts sont importants pour Apple qui en une décennie a connu deux grosses ruptures technologiques: MacOS -> MacOS X, PPC -> x86 (on pourrait rajouter 32 -> 64 bits) qui sont passés comme du beurre. Mach est une composante de ce succès technologique.
D'un autre côté, Mach est ancien, Mach a des performances toutes pourrites, les grosses transitions sont passées, pourquoi le garder ? L'historique (réécrire tout les pilotes, réécrire des gros morceaux comme le runtime obj-C qui est inclus dans XNU, etc ...), peut-être une crainte de se tirer une balle dans le pied. Si le noyau Apple repose sur celui de FreeBSD, ça facilitera la tâche pour les hackintosh (actuellement, les hackinstosh repose sur des noyaux XNU open-source bidouillés), Darwin reste confidentiel, FreeBSD l'est beaucoup moins.
Éventuellement, la crainte d'une nouvelle transition Mac OS XI ?Je vois mal Apple passer comme ça à un noyau monolithique classique, les ingénieurs d'Apple doivent s'arracher les cheveux pour trouver un remplaçant à XNU qui satisfasse tout les critères d'un Steve Jobs ultra-perfectionniste.
Apple était intéressé pour remplacer Mach par Xen mais plus de nouvelles depuis à ce sujet. Puis quitte à passer sur un noyau Unix-like classique, pourquoi pas passer à Linux, ce ne serait pas la première fois qu'Apple s'y intéresse. Après tout, MkLinux c'était eux déjà.
[^] # Re: et Mac OS X ?
Posté par GeneralZod . En réponse au sondage J'utilise (Open|Free|net)BSD. Évalué à 2.
- portabilité: c'est plus facile de porter un micro-noyau qu'un noyau monolithique, ça explique la bizarrerie I/O Kit pour le développement de pilotes. NeXTSTEP tournait sur 4 plateformes (x86, m68k, PA-RISC, SParc, les fat binaries existaient déjà à l'époque), comme le passage à Intel l'a démontré, Apple y tient beaucoup.
- compatibilité: l'intérêt de Mach, c'est la possibilité d'assumer des "identités", la couche BSD permet d'assumer une identité Posix, la couche classic permet d'assumer une identité MacOS, il y a même eu une rumeur qu'Apple aurait mis au point une couche de compatibilité Win32.
Ces deux concepts sont importants pour Apple qui en une décennie a connu deux grosses ruptures technologiques: MacOS -> MacOS X, PPC -> x86 (on pourrait rajouter 32 -> 64 bits) qui sont passés comme du beurre. Mach est une composante de ce succès technologique.
D'un autre côté, Mach est ancien, Mach a des performances toutes pourrites, les grosses transitions sont passées, pourquoi le garder ? L'historique (réécrire tout les pilotes, réécrire des gros morceaux comme le runtime obj-C qui est inclus dans XNU, etc ...), peut-être une crainte de se tirer une balle dans le pied. Si le noyau Apple repose sur celui de FreeBSD, ça facilitera la tâche pour les hackintosh (actuellement, les hackinstosh repose sur des noyaux XNU open-source bidouillés), Darwin reste confidentiel, FreeBSD l'est beaucoup moins.
Éventuellement, la crainte d'une nouvelle transition Mac OS XI ?Je vois mal Apple passer comme ça à un noyau monolithique classique, les ingénieurs d'Apple doivent s'arracher les cheveux pour trouver un remplaçant à XNU qui satisfasse tout les critères d'un Steve Jobs ultra-perfectionniste.
Apple était intéressé pour remplacer Mach par Xen mais plus de nouvelles depuis à ce sujet. Puis quitte à passer sur un noyau Unix-like classique, pourquoi pas passer à Linux, ce ne serait pas la première fois qu'Apple s'y intéresse. Après tout, MkLinux c'était eux déjà.