[GTER] Linux + ksoftirqd

[Bruno Cabral]

Serio que seu argumento eh que um bsd tunado eh melhor que um linux vanilla??

O linux fez a popularização do unix para desktop que gerou por ex o mac os x de hoje. Ha investimento maciço em drivers e compatibilidade. Você não precisa, na maior parte das vezes, rezar para encontrar hardware suportado pelo seu unix, como já foi no passado, com recursos cono ndiswrapper só para ficar em um exemplo

Sobre ARM o netbsd suporta uma ampla variedade de plataformas a muito tempo, você não precisa esperar pelo free

Um dia destes postaram uma foto do Torvalds em sua mesa de trabalho e lá tinha um mac air. Se ele pode se dar ao luxo de usar o que agrada a ele, qualquer outro argumento melhor esse do que ele me parece perda de tempo. Beleza?

!3runo

> Date: Tue, 28 Jul 2015 07:23:45 -0300
> From: cleber at bsd.com.br
> To: gter at eng.registro.br
> Subject: Re: [GTER] Linux + ksoftirqd
> 
> De um jeito ou de outro, quem fez computação vai lembrar, temos os
> paradigmas de Tanenbaum no currículo. Pelo menos aqui no Brasil. E lá fora,
> o pessoal que paga Sistemas Operacionais pelo conteúdo de Marshal Kirk
> Mckusick (Design and Implementation of FreeBSD) terá ainda mais certeza que
> a escolha do FreeBSD, para ambiente servidor, como o Raimundo explicou
> acima, foi a mais acertada. Network em detrimento de Aplicações, que, no
> final, mostrou-se melhor, até mesmo para os aplicativos.
> 
> Não quero com isso dizer que o FreeBSD seja melhor que o Linux, mas, para
> minha necessidade e dos meus clientes, FreeBSD atende e excede a maioria
> das especificações. E se em algum ponto, como por exemplo em placas de rede
> de chipset Intel ou Broadcom, houver alguma degradação, instabilidade
> ocasional (por incrível que pareça pode acontecer no FreeBSD), os drivers,
> paginas de manual, código fonte são tão bem documentados que com leves
> tunings e customizações no kernel as coisas ficarão estáveis e a
> performance passará qualquer disto genérica de Linux.
> 
> Outra coisa a se mencionar são as arquiteturas ARM, MIPS, MIPS64, AARM64,
> as quais se beneficiaram muito do Linux, mas em breve teremos FreeBSD para
> tornar as coisas ainda mais bonitas e elegantes nos datacenters, até pouco
> tempo atrás restritas ao ambiente embarcado. E, ai, veremos as diferenças
> das escolhas de design ficarem ainda mais gritantes.
> 
> 
> Em 28 de julho de 2015 01:05, Fernando Frediani <fhfrediani at gmail.com>
> escreveu:
> 
> > Pois é. Estou aqui pensando que existem produtos comerciais baseados em
> > Linux que alguma coisa fizeram para resolver esse problema.
> > É a mesma coisa de TDMA para Wifi. Ubiquiti fez, Mikrotik também, até a
> > Intelbras tem algo parecido, mas se você procurar para algo community como
> > OpenWrt não tem.
> >
> > Fernando
> >
> > On 27/07/2015 21:04, Raimundo Santos wrote:
> >
> >> 2015-07-27 16:38 GMT-03:00 Fernando Frediani <fhfrediani at gmail.com>:
> >>
> >>  E por que será que até hoje não fizeram pra Linux funcionar igual
> >>> funciona
> >>> pra FreeBSD que aparentemente funciona bem melhor ?
> >>>
> >>>  Pois é, boa pergunta.
> >>
> >> Mas penso que tenha a ver com minha observação final: escolha de projeto.
> >> Escolheram fazer assim no passado, e provavelmente essa forma resolvia o
> >> problema da época muito bem. Mas como é algo extremamente fundamental,
> >> outras partes do kernel cresceram sobre ele. Mudar algo tão estrutural
> >> assim não é nada fácil.
> >>
> >> FreeBSD é um sistema cujo foco sempre foi esse da ótima performance de
> >> rede
> >> (entre outras); já o Linux cresceu demais como um sistema para performance
> >> em aplicações. Talvez nem haja interesse de melhorar isso pra comunidade
> >> (em produtos fechados, quem sabe).
> >>
> >> []s
> >> Raimundo Santos
> >> --
> >> gter list    https://eng.registro.br/mailman/listinfo/gter
> >>
> >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> 
> 
> 
> 
> -- 
> 
> Cleber Alves
> 
> .ılı..ılı.
> "Observe as estrelas e aprenda com elas." Albert Einstein
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter