Hurd本身不是微内核

zhllg · 发表于 2005-7-25 10:39:45

Hurd+ ( Mach or L4 )== Linux
看下面的解释

首先hurd的名字
`Hurd' stands for `Hird of Unix-Replacing Daemons'
`Hird' stands for `Hurd of Interfaces Representing Depth'.
所以这是世界上第一个mutual recursive acronym－相互递归略缩语

从这个名字里我们就能看出来一些hurd的实质
hurd就是一群daemon,或者叫server
每一个server实现单一内核的某个subsystem,比如文件系统，网络协议
每个server是一个独立的进程，运行于微内核之上

微内核，顾名思义，就是很小的内核。本身作不了什么事情，它存在意义在于为了让它上面的server可以运行并且相互通信。所以要使用微内核，一定要有类似hurd这样能够真正提供操作系统内核功能的东西。所以hurd也不是唯一的选择，L4Linux就是用Linux来顶替hurd应该扮演的角色。不过L4Linux显然不可能是未来的终极发展目标，只是实验目的。

微内核的例子有Mach和L4，其中L4被称为第二代微内核
Hurd项目一开始想自己写微内核，后来使用Mach，现在正在往L4上移植
不要以为移植很容易(这一点在linuxforum.net上曾有个很激烈的讨论),因为L4和Mach的实现有很大差异，不是改个API就可以的

有实验证实，即使是L4Linux运行效率仍然要低于Native Linux。
可以google这个文件－－ukernel-performance.pdf
微内核架构的本质决定了微内核加servers不可能快过单一内核
因为单一内核里本来很简单的同一地址空间内部的function call在微内核＋server的架构里要通过运行于不同地址空间的不同进程之间的IPC(inter process communication)来实现，效率当然会低。

不过微内核在未来或者特定环境下应该有它的价值，比如网络集群，多核CPU/多CPU等等

weiwei88 · 发表于 2005-7-25 10:45:15

哈哈。难道这就是传说中的沙发。
支持上面。

Zer4tul · 发表于 2005-7-25 12:08:52

emmmm……有趣，赞一个，这样的文章好。

wangguoqin1001 · 发表于 2005-7-25 13:23:42

但内核越来越大的趋势也是要不得的，我感觉现在的linux内核的体积已经接近极限了

zhllg · 发表于 2005-7-25 13:33:30

我并没有justify内核越来越大的趋势

现在Linux只是源代码包确实越来越来大
不过超过一半以上是驱动
每一个驱动你都需要么？
何况可以裁减
看看我上传的图

wangguoqin1001 · 发表于 2005-7-25 13:39:11

内核越来越大，意味着管理团队越来越大，分工越来越细，进而人与人之间的交流问题成为主要矛盾。
最近发现新的内核中bug越来越多了，一些驱动的bug甚至过了几个月都还没人发现……

zhllg · 发表于 2005-7-25 13:44:03

至于Linux的开发模式，建议还是亲自参与感受一下，再作定论
最起码把git玩熟了
请问你发现了什么bug？有没有写个补丁发到LKML?
还没有的话要抓紧了
出名的好机会

这里讨论微内核与Hurd，谢谢合作

wangguoqin1001 · 发表于 2005-7-25 13:47:51

抱歉。我上次装了hurd，结果没有启动成功，呵呵

ifree · 发表于 2006-3-3 21:32:16

单一内核如Linux，在设备驱动上是不是没有微内核那么便利？因为据我了解驱动是包括在内核源代码树中的。是不是这个原因造成Linux下驱动硬件那么的麻烦。

zhllg · 发表于 2006-3-3 23:20:06

不知道你的麻烦指的是什么

		自动登录	找回密码
密码			注册

Hurd本身不是微内核

本帖子中包含更多资源