DragonFly BSD 目的神话:多台物理机上的一个操作系统?

DragonFly BSD 目的神话:多台物理机上的一个操作系统?

很久以前,我读到/听说过一些关于 DragonFlyBSD 的内容,它的目的之一是在多台物理机器上运行一个操作系统。或者像“外部”这样的东西只能看到一个操作系统,但在它下面运行在几台物理机器上。

我找不到这个“神话/目的”,但我记得我在某处读过它。

问题: 有人可以证实或者反驳吗?

答案1

这些信息很容易通过谷歌搜索到。

是的,DragonFly BSD 打算支持《单一系统图像聚类》在某些时候,正如上面提到的项目的历史网页

自分叉以来,DragonFly BSD 一直在经历快速且不断增长的发展。其中一项重要工作包括对大多数内核子系统的简化和总体清理。这项工作最初是为了支持单系统镜像集群,但具有使内核更加可靠、易于理解和易于维护的效果。 DragonFly 在整个内核中使用的基本同步概念之一是令牌,它直接有助于简化内核的维护和理解。

在该项目的第一个主要阶段(持续到 2007 年初)期间,DragonFly 项目专注于重写大多数主要内核子系统,以实现所需的抽象并支持项目第二阶段的机制,当时的目的是是单系统图像聚类。这涉及到几乎每个子系统的大量工作,特别是文件系统 API 和内核核心。在此期间,最重要的目标是保持系统更新有关第三方应用程序和使任何系统可在生产中使用所需的基本系统实用程序。这导致采用 pkgsrc 框架来管理所有非基础系统第三方应用程序,以便将我们的资源与使用该框架的其他 BSD 项目共享。

在 2007-2008 年期间,为 DragonFly BSD 开发了一个名为 HAMMER 的新文件系统。 HAMMER 于 2008 年 7 月随着 DragonFly 2.0 的发布而首次亮相。该文件系统旨在解决众多问题并向 DragonFly 添加许多新功能,例如细粒度历史保留(快照)、即时崩溃恢复和近实时镜像。HAMMER 文件系统还旨在作为构成该项目第二阶段的集群和其他工作的基础

请注意,在最新版本的操作系统中(发布5.0),HAMMER2不支持聚类。

另请阅读这篇(有点旧的)InformIT 文章:DragonFly BSD:用于集群的 UNIX?

相关内容