Mito de propósito do DragonFly BSD: um sistema operacional em várias máquinas físicas?

0

Há muito tempo li / ouvi algo sobre o DragonFlyBSD que um de seus propósitos é executar um sistema operacional em várias máquinas físicas. Ou algo como "o lado de fora" pode ver apenas um sistema operacional, mas por baixo dele é executado em várias máquinas físicas.

Não consigo encontrar esse "mito / propósito", mas estou lembrando que o li em algum lugar.

A Pergunta : alguém pode confirmar ou refutar isso?

    
por peterht 10.03.2018 / 19:49

1 resposta

4

Esta informação é facilmente compatível com o Google.

Sim, o DragonFly BSD pretende oferecer suporte a "cluster de imagem de sistema único" em algum momento, como mencionado em página de histórico do projeto .

DragonFly BSD has been going through rapid and ever increasing development since the fork. One of the important works included the simplification and general cleanup of the majority of the kernel subsystems. This work was originally intended to support single system image clustering, but has had the effect of making the kernel much more reliable, understandable and easily maintainable. One of the fundamental synchronization concepts that DragonFly uses throughout the kernel, the token, lends itself directly to ease of maintenance and understandability of the kernel.

During the first major phase of the project, which lasted until early 2007, the DragonFly project focused on rewriting most of the major kernel subsystems to implement required abstractions and to support mechanics for the second phase of the project, which at the time was intended to be single system image clustering. This involved a great deal of work in nearly every subsystem, particularly the filesystem APIs and kernel core. During this time a paramount goal was to keep the system updated with regard to the third party applications and base system utilities needed to make any system usable in production. This resulted in the adoption of the pkgsrc framework for management of all non-base-system third-party applications in order to pool our resources with other BSD projects using this framework.

In the 2007-2008 time frame, a new filesystem called HAMMER was developed for DragonFly BSD. HAMMER saw its first light of day in July 2008 with the DragonFly 2.0 release. This filesystem has been designed to solve numerous issues and to add many new capabilities to DragonFly, such as fine-grained history retention (snapshots), instant crash recovery, and near real-time mirroring. The HAMMER filesystem is also intended to serve as a basis for the clustering and other work that makes up the second phase of the project.

Observe que na versão mais recente do sistema operacional ( release 5.0 ), o HAMMER2 não suporta armazenamento em cluster. p>

Leia também este (um tanto antigo) artigo da InformIT: DragonFly BSD: UNIX para Clusters? .

    
por 10.03.2018 / 20:08