調(diào)查：如果開(kāi)辟微內(nèi)核與MINIX專版，你會(huì)關(guān)注嗎？

朱熹之

原帖由 raincatss 于 2007-6-17 23:05 發(fā)表于 20樓  
貌似Windows是基于微內(nèi)核的...

基本上Windows屬于微內(nèi)核和宏內(nèi)核的雜交品種

folklore

原帖由 AIXHP 于 2007-5-23 13:29 發(fā)表


微內(nèi)核通過(guò)消息傳遞造與宏內(nèi)核相比--------從安全的角度出發(fā)，微內(nèi)核似乎更為合理,如何理解? OS也會(huì)出現(xiàn)問(wèn)題,通過(guò)停止有問(wèn)題的服務(wù)進(jìn)行處理恢復(fù)-----通過(guò)對(duì)該服務(wù)的資源占用:如 CPU mem等判斷嗎? 若這樣DRI ...

這個(gè)基本上很難：）
在內(nèi)核級(jí)(0級(jí)),發(fā)生錯(cuò)誤一般都只會(huì)導(dǎo)致重啟。

微內(nèi)核的確是以后的發(fā)展趨勢(shì)；硬件會(huì)越來(lái)越慢的。但軟件的復(fù)雜度只會(huì)越來(lái)越高。
所以，任何減少內(nèi)核工作量的想法都是好主意（同時(shí)也是一個(gè)提高系統(tǒng)效率的主意，因?yàn)槟悴挥眠M(jìn)入內(nèi)核，從而用不了昂貴的上下文切換了）：只要你能夠提供一個(gè)足夠強(qiáng)大的編程環(huán)境：）

jinglexy

minix代碼量本身就不大，覺(jué)得沒(méi)必要專門開(kāi)個(gè)板塊。大致讀了一下核心代碼，老實(shí)說(shuō)再微系統(tǒng)os中很一般，以后10年也不會(huì)有什么前途

holyfire

原帖由 jinglexy 于 2007-9-7 14:45 發(fā)表
minix代碼量本身就不大，覺(jué)得沒(méi)必要專門開(kāi)個(gè)板塊。大致讀了一下核心代碼，老實(shí)說(shuō)再微系統(tǒng)os中很一般，以后10年也不會(huì)有什么前途

那目前有什么好的微內(nèi)核OS嗎？

wsw1wsw2

原帖由 jinglexy 于 2007-9-7 14:45 發(fā)表
minix代碼量本身就不大，覺(jué)得沒(méi)必要專門開(kāi)個(gè)板塊。大致讀了一下核心代碼，老實(shí)說(shuō)再微系統(tǒng)os中很一般，以后10年也不會(huì)有什么前途

10年？ 不要說(shuō)的太死，現(xiàn)在我們使用宏內(nèi)核很舒服，并且Linux也能動(dòng)態(tài)加載modules，好像一切都OK。
但是要是群集呢？ 有個(gè)上百個(gè)內(nèi)核的CPU或者就是有上百個(gè)CPU。不要說(shuō)那不是民用的。computer，internet，那以前都不是民用的。在未來(lái)，微內(nèi)核很有前途，就是不久的未來(lái)。。。IT，發(fā)展的太快了。

fuqiang_huang

借鑒二者的優(yōu)點(diǎn)吧

[ 本帖最后由 fuqiang_huang 于 2007-10-11 11:09 編輯 ]

6828

微內(nèi)核是很有意思的。。。
有名的微內(nèi)核有L4，Mach
另外，MIT的課程6.828就是基于微內(nèi)核的，里面介紹的操作系統(tǒng)是基于exo的，可惜老了點(diǎn)。

cugb_cat

hurd也是微內(nèi)核的吧？

btdm

代碼不超過(guò)1萬(wàn)行，學(xué)了這個(gè)再學(xué)linux，起碼不會(huì)被newbie問(wèn)題難倒了