problem je celkove s velikosti kernelu, jeho udrzitelnosti a vzrustajicim poctem chyb, oddeleni ovladacu je jiste spravny krok, ale perspektivni by bylo prepsat cely kernel do architektury mikrokernelu, jak pise ponkrac, zastavit 2.6 radku kernlu a zacit s 2.8 mikrokernelem, ale navrh musi udelat nekdo kdo ma zkusenosti …
Pekne se to rozjelo na abicku
http://www.abclinuxu.cz/…i-a-precpany
Nejde ani tak o tu velikost ale fakt, ze monolit lze rozbit jakoukoliv i trapnou chybkou, jadro se sesype a bere sebou vse.
Mikrokernel je odolny vuci takovym to problemum, tak ze havarie napr. driveru neohrozi chod systemu, pripadne lze driver odstarni a naloudovat znova. Coz v monolitu tezko zaridit kdyz tam cokoliv muze sahnout/poskodit cokoliv jineho.
Problemy mikrokernelu mohou byt napr. vykonnosti pokud je spatne navrzen.
Zas a znovu – obecně to pravda není! Ovladač v mikrokernelu dokáže spolehlivě shodit celý systém zrovna tak dobře, jako ovladač v monolitu. Jde jen o to, že v monolitu je snaha nedávat privilegia tam, kde být nezbytně nemusejí. Mnoho ovladačů ta privilegia ale ke své činnosti tak jako tak potřebuje. Otázkou pak je, na kterém typu chyb ovladače nejčastěji padají – jestli na špatném pointeru, místo do své paměti omylem ukazujícím někam neznámo kam, nebo na chybách blíž k železu – špatné parametry DMA, špatné časování, špatná obsluha IRQ apod. – tento typ chyb mikrojádro nijak neeliminuje a ani eliminovat nemůže.