![GNU Hurd 是否使用与 Minix 3 相同的原理进行自我修复?](https://linux22.com/image/1413817/GNU%20Hurd%20%E6%98%AF%E5%90%A6%E4%BD%BF%E7%94%A8%E4%B8%8E%20Minix%203%20%E7%9B%B8%E5%90%8C%E7%9A%84%E5%8E%9F%E7%90%86%E8%BF%9B%E8%A1%8C%E8%87%AA%E6%88%91%E4%BF%AE%E5%A4%8D%EF%BC%9F.png)
Minix3 有一个再生服务器,可以在驱动程序崩溃或陷入无限循环时重新启动它们。它甚至可以通过保留相同或较旧版本的驱动程序的影子副本来重新启动磁盘驱动程序,从而能够从大多数错误中恢复并自我修复。换句话说,Minix 3 被构建为一个非常可靠的内核,但代价是牺牲了一些性能。
GNU Hurd 是......
- 基于与 Minix 3 相同的原理构建?
- 具有与轮回服务器类似的东西,如果是,它有何不同?
- 能够从(磁盘)驱动程序故障中恢复,对用户空间中运行的进程透明吗?!
简而言之,我正在尝试了解这两个系统的优点、缺点和不足之处的基本知识,以及从实际的角度了解它们之间的区别。
答案1
阅读GNU Hurd 网站,GNU Hurd 正在积极开发中,尚无稳定版本。 迈向操作系统设计的新策略表明 GNU Hurd 开发采用了与 Minix 3 类似的微内核方法,其理念是提供接口层,提供一种从其他类 Unix 操作系统移植应用程序的机制。
然而Minix 3 自述表示有一个稳定的版本。
看起来主要的区别在于 Minix 3 是一个可用的操作系统,而 GNU Hurd 正在开发中,并且根据维基百科上有关 GNU Hurd 的文章,被认为不适合生产环境。而这个维基百科上有关 Minix 的文章表明 Minix 3 可以被视为可用于生产的操作系统,并且有些人正在使用它。