O GNU Hurd está usando os mesmos princípios do Minix 3 para autocura?

Question

Minix3 tem um servidor de reencarnação que pode reiniciar os drivers se eles falharem ou terminarem em um loop infinitivo. Ele pode até mesmo reiniciar o driver de disco, mantendo uma cópia de sombra da mesma versão ou de uma versão mais antiga do driver e, assim, podendo recuperar e recuperar automaticamente da maioria dos erros. Em outras palavras, o Minix 3 é construído para ser um kernel muito confiável, ao custo de algum desempenho.

O GNU Hurd ...

• Construído com os mesmos princípios do Minix 3?
• Apresentando algo semelhante ao servidor de reencarnação e, em caso afirmativo, como ele é diferente?
• Capaz de se recuperar de uma falha de driver (de disco) transparente para processos em execução no espaço do usuário?!

Em suma, estou tentando aprender o básico sobre o bom, o ruim e o feio para ambos os sistemas e como eles diferem um do outro do ponto de vista prático.

    

Answer 1

Lendo o site do GNU Hurd , o GNU Hurd está em desenvolvimento ativo e não há versão estável . O Rumo a uma nova estratégia de design de SO indica que o desenvolvimento do GNU Hurd está adotando uma abordagem de kernel semelhante à O Minix 3 tem a idéia de fornecer camadas de interface que fornecem um mecanismo para portar aplicativos de outros sistemas operacionais semelhantes a Unix.

No entanto, Minix 3 me lê indica que há uma versão estável.

Parece que a principal diferença é que o Minix 3 é um sistema operacional utilizável onde o GNU Hurd está em desenvolvimento e de acordo com este artigo da Wikipedia no GNU Hurd , é considerado inadequado para ambientes de produção. Onde este artigo da Wikipedia sobre o Minix indica que o Minix 3 pode ser considerado um sistema operacional pronto para produção e algumas pessoas o estão usando.