gildot

Topo
Sobre
FAQ
Tópicos
Autores
Preferências
Artigos
Sondagens
Propor artigo


8/3
gildicas
9/30
jobs
10/9
perguntas
10/25
press

 
GNU Hurd - kernel do futuro?
Contribuído por chbm em 30-08-00 9:21
do departamento Lignux
GNU rlmcDo escreve " Entre as versoes 2.1 (slink) e a 2.2 (potato), lancçda dia 14 deste mês, passaram-se 18 meses.
Parece-me plausivel pensar-se que uma próxima versão de Debian suporte uma versão estável do Hurd. A curiosidade que irá despertar um Debian/GNU Hurd podera trazer novos adeptos a distribuição e aumentar a comunidade de colaboradores para o Hurd.
Está na altura de procurar alternativas? "
rlmcDo continua "
(Debian) currently uses the Linux kernel but work is in progress to provide Debian for other kernels, using the Hurd. - www.debian.org

"Unlike other popular kernel software, the Hurd has an object-oriented structure that allows it to evolve without compromising its design.
This structure will help the Hurd undergo major redesign and modifications without having to be entirely rewritten."

"The Hurd implementation is aggressively multithreaded so that it runs efficiently on both single processors and symmetric multiprocessors." - www.gnu.org

"

Clie | Real DOS-Mode Patch for Windows Millennium  >

 

gildot Login
Login:

Password:

Referências
  • Linux
  • Debian
  • rlmcDo
  • Hurd
  • Hurd
  • Hurd
  • Hurd
  • rlmcDo
  • Mais acerca GNU
  • Também por chbm
  • Perguntas
  • Como se pode ter o seu próprio host ?
  • Linux preparado para 'enterprise'?
  • Produtividade: linha de comando vs IDE
  • Sistemas operativos: O que são?
  • linux distribuído nas revistas, sim ou não ?
  • Pergunte ao Gildot: qual o melhor codificador de mp3?
  • staroffice
  • Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário.
    Hird of Unix-Replacing Daemons | ou sera | Hurd of (Pontos:1)
    por hak0 em 30-08-00 11:18 GMT (#1)
    (Utilizador Info)
    Sim sem duvida que o Hurd ainda vai dar que falar para mim o seu maior trunfo e este It is possible to develop and test new Hurd kernel components without rebooting the machine (not even accidentally). Running your own kernel components doesn't interfere with other users, and so no special system privileges are required. The mechanism for kernel extensions is secure by design: it is impossible to impose your changes upon other users unless they authorize them or you are the system administrator.
    Re:Hird of Unix-Replacing Daemons | ou sera | Hurd (Pontos:1)
    por pyro em 31-08-00 13:25 GMT (#6)
    (Utilizador Info)
    Quem desejar ardentemente esta possibilidade pode experimentar tamb`m o User Mode Linux.
    hurd vs linux (Pontos:1, Informativo)
    por __soup_dragon__ em 30-08-00 13:50 GMT (#2)
    (Utilizador Info)
    eh curioso tarem a falar disso, ontem li um post duma discussao entre o linus e o esr sobre a falta de modularidade no kernel. embora nao perceba muito de programacao ao nivel do kernel, deu prah ficar um pouco assustado com o comentario do esr. eh bom ter 1 ou 2 kerneis preparados caso o linux saia fora de controlo :-))

    __soup_dragon__

    dna.h: #include "std_disclaimer.h" /* god */

    Re:hurd vs linux (Pontos:2)
    por chbm em 30-08-00 16:53 GMT (#4)
    (Utilizador Info) http://chbm.nu/
    O ESR tem um problema, escreve texto a mais e código a menos :)

    Re:hurd vs linux (Pontos:1)
    por vaf em 31-08-00 0:19 GMT (#5)
    (Utilizador Info) http://students.fct.unl.pt/users/vaf12086/
    Não acho que seja problema. Ele se calhar também já escreveu ao longo da vida bastante código. Talvez sinta que agora ajuda mais com as suas palavras do que com o seu código. E de facto, escreve bem.

    Eu sinceramente não percebo muito de engenharia de software e Microkernel Vs. Monolithic, etc... Mas o que ele disse, parece-me bastante acertado. O Linus é um tipo inteligentíssimo e é bastante provável que sofra dos males que daí advêm. A inteligência é um dom importantíssimo, talvez o mais importante que se pode ter, mas que tem também o seu lado perverso, e digo isto por experiência própria e não só. Por isso, compreendo perfeitamente o tipo de discurso que o ESR está a ter com o Linus.

    Acho que este post é importantíssimo para compreendermos que o Linux apesar de ser algo muito bem feito, não é a melhor peça de software do mundo, sem máculas. Tem os seus problemas e os seus defeitos. É preciso percebê-los.

    Posso estar a dizer uma grande asneira - e corrige-me se for o caso - mas esta é talvez a razão (ou uma das), pelas quais o 2.4 está tão demorado. Se o Linus não apostasse tanto na sua capacidade de programar e resolver problemas e seguisse uma metodologia mais clássica de desenvolvimento de software, tal como diz o ESR, talvez as coisas corressem de um modo mais... eficiente.

    Não?

    Cumprimentos,

    Vasco Figueira
    HURD lembra-me... (Pontos:1)
    por dINAMItE em 30-08-00 14:33 GMT (#3)
    (Utilizador Info) http://utilves.com/ptadmin
    IURD, só pelo nome fico com arrepios, ainda começam todos a cantar "Palmas pró Kernel~..." Just kiding, that's my way

     

     

    [ Topo | Sugerir artigo | Artigos anteriores | Sondagens passadas | FAQ | Editores | Preferências | Contacto ]