edit: Mijn kennis is slechts oppervlakkig maar wat Googlen leert mij dat onderstaande klopt.
Minix is één van de weinig 'echte' micro-kernel systemen. Drivers, bijvoorbeeld, hebben geen toegang tot het door de kernel gebruikte geheugen. Hierdoor is er een veel betere afscheiding tussen je diverse onderdelen: de ene driver kan niet (door een bug, bijvoorbeeld) geheugen van een andere driver wijzigen. De kans dat je systeem over de kop gaat is daardoor veel kleiner.
Overigens zorgt dat er voor dat alle communicatie tussen drivers of andere modules via de kernel moet en dit brengt enige overhead met zich mee. Die overhead is als ik me het goed herinner zo'n 10%.
Verder is het natuurlijk nog steeds mogelijk dat een enkele driver crasht. Als die driver niet meer in de goede 'state' kan komen, zal je systeem er alsnog aan onderdoor gaan. De kans dat dat gebeurd is echter veel kleiner dan bij een conventioneel systeem (monolithische kernel of hybride kernel).
[Reactie gewijzigd door Zsub op zaterdag 14 november 2009 11:12]
Van de website:
A special process, called the reincarnation server, periodically pings each device driver. If the driver dies or fails to respond correctly to pings, the reincarnation server automatically replaces it by a fresh copy. The detection and replacement of nonfunctioning drivers is automatic, without any user action required. [...]
Ah true. Voor simpele drivers gaat dat inderdaad op. Wat echter zou kunnen gebeuren als je 'zomaar' een nieuwe instance start, is als je geluidsdriver crasht en opnieuw gestart wordt, dat het volume weer naar default gaat, om maar iets te noemen.
In een artikel van een tijdje terug van Tanenbaum et al. stelt hij ook het hypothetische scenario voor dat de reincarnationserver onderuit gaat. Dan zit je ook met een groot probleem. Overigens stelt hij in datzelfde artikel dat je best kan loggen wat welke driver gedaan heeft en bij het replacen dat log als het ware af kan spelen om de driver in dezelfde staat terug te krijgen.
Mocht de bug structureel zijn zal de driver crashen, maar stel dat het een ongelukkige samenloop van omstandigheden was (timing bug/race condition) dan zal het geheel gewoon verder kunnen werken. Geen reden om niet naar de oorzaak van de crash te kijken, natuurlijk
[Reactie gewijzigd door Zsub op zaterdag 14 november 2009 11:40]
Er is war extra overheid maar er zijn ook voldoende voordelen om dit verder te ontwikkelen zodat het net als Linux voor gewoon desktop-gebruik geschikt wordt.
Een systeem waarvan de hardware nauwelijks veranderd, zoals een telefoon, netbook of notebook is waarschijnlijk beter af met een Linux of xBSD distributie (inclusief OS-X) met een monolithische of hybride kernel (randapparatuur-drivers wel in user-space) maar bij meer veranderlijjke hardware zoals desktops is de architectuur van Minix waarschijnlijk beter (even ervan uitgaande dat ze beide even ver doorontwikkeld zijn).
Een hybride kernel (ala Haiku/Beos, Windows, Symbian) is uiteraard ook voor notebooks en in iets mindere mate netbooks geschikt maar voor (smart)phones juist weer niet.
![[RSS]](http://tweakimg.net/g/if/v2/icons/rss_small.png){kind=icon}
![[quick]](http://tweakimg.net/g/if/icons/world_link_cropped.png){kind=icon}
04:19
04:15
Door 
Das micro kernel.
