 |
gildot |
 |
| |
| | GNU Hurd - kernel do futuro? | | |  | Contribuído por chbm em 30-08-00 9:21
do departamento Lignux | |  | |  | | |  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 | | | Referências | | | Perguntas | | |
| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. | | | 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.
|
| | | | | | Quem desejar ardentemente esta possibilidade pode experimentar tamb`m o User Mode Linux.
|
| | | | 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 */
|
| | | | | | O ESR tem um problema, escreve texto a mais e código a menos :)
|
| | | | 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 |
| | | | IURD, só pelo nome fico com arrepios, ainda começam todos a cantar "Palmas pró Kernel~..." Just kiding, that's my way
|
| |
|
