[GTER] Linux + ksoftirqd

Wed Jul 29 11:14:32 -03 2015

Sera que isso não ajuda no linux?

http://linux.die.net/man/1/irqbalance

Seria interessante vocês postarem os valores que está chegando seus
ksoftirqd, tipo um print algo do genero caso possam.

Em 29 de julho de 2015 08:37, Antonio Modesto <modesto at isimples.com.br>
escreveu:

>
>
> On 07/28/15 16:09, Marcelo Gondim wrote:
>
>> Bem,
>>
>> É triste ver que ainda existem essas guerras santas pelas listas. Minha
>> formação foi em GNU/Linux de 1996 quando o kernel ainda era 1.2.13. Já usei
>> muitas distribuições Linux como: Slackware, Gentoo, CentOS, Debian e até o
>> falecido Conectiva Linux quando trabalhei nessa empresa. Hoje uso FreeBSD
>> não porque um disse que era melhor que outro ou porque ele era mais
>> organizado mas porque ele resolveu o meu problema quando o Linux não
>> resolvia.
>>
>> O intuito do meu e-mail era relatar um problema que tive uns 5 anos atrás
>> e saber se houve melhoria sobre isso, porque esse foi o motivo que me levou
>> à mudar toda a minha infra.  Todo sistema tem o seu forte e sua aplicação.
>> Virtualização, por exemplo, é um grande forte do Linux. Temos grandes
>> exemplos em ambos os sistemas:
>>
>> Google - GNU/Linux
>> Facebook - GNU/Linux
>> Netflix - FreeBSD
>> Whatsapp - FreeBSD
>> Juniper - FreeBSD
>> Mac OS X - várias partes do FreeBSD - já experimentou usar o ipfw no Mac
>> OS? :)
>>
>> Google, Facebook e Juniper dispensam comentários rsrsrs
>>
>> Netflix hoje é responsável por mais de 30% do tráfego de Internet. O
>> Whatsapp, que foi adquirido pelo Facebook, continua em FreeBSD pois não
>> conseguiram migrar para Linux. O sistema não aguentava o que apenas 1
>> servidor com FreeBSD suportava.
>>
>> Um outro detalhe é que quando falamos em desenvolvimento de SO, o Linux é
>> apenas o kernel e para o sistema ser completo ele precisa dos programas
>> contidos no empacotamento da distribuição que podem inclusive variar de
>> distro para distro. Os BSDs são sistemas completos compostos de kernel e
>> userland desenvolvidos por suas próprias equipes. Não estou dizendo que um
>> é melhor que o outro devido à isso, mas existe diferença em como é feito.
>>
>> Em questão de drivers o Linux tem muitos e cada vez mais surgem novos e
>> isso é muito bom para todos. Meu ultrabook mesmo roda Debian 8. :) Mas isso
>> é muito relativo. Tenho um amigo que tem um notebook Avell que foi um parto
>> para ele fazer tudo funcionar. Tentou Debian, Fedora e o que ficou melhor
>> foi o Ubuntu. No Windows 8.1 rodava tudo 100% mas esses são outros 500s.
>> Dentro da Intel existem desenvolvedores do projeto FreeBSD que mantém por
>> exemplo o driver ixgbe que justamente atende minha interface Intel X520-SR2
>> de 10GbE que uso em meus routers. :)
>>
>> Uma vez ouvi uma frase de uma pessoa que considero muito por seu grande
>> conhecimento em sistemas e que estava concluindo seu mestrado em Berkeley:
>> O Linux é muito bom mas quando ele não te atender mais, vai de FreeBSD. Eu
>> acredito que isso sirva para qualquer coisa... quando algo não está lhe
>> atendendo mais, deves seguir em frente e procurar novas tecnologias ou
>> soluções que resolvam seus problemas, sem bandeiras ou patriotismo rsrsrs
>>
>> Eu gosto muito de GNU/Linux afinal minha vida profissional toda foi
>> graças à ele e um amigo que me apresentou aqueles CDs da InfoMagic ahahahha
>> Tudo que eu queria saber era se houveram mudanças naquele infernal
>> ksoftirqd e se tinha alguém na lista que teve sucesso e poderia
>> compartilhar a mágica conosco. :D
>>
>> echo flames > /dev/null
>>
>
> Gondim,
>
> Voltando ao assunto da sua thread, quando recebi as primeiras unidades do
> ServerU L-100 aqui no provedor fiz alguns testes com FreeBSD 9 e Linux
> Slackware64. Fiz um teste full-duplex com dois testadores JDSU, a diferença
> foi enorme. Enquanto no FreeBSD consegui por volta de 800Mb/s full-duplex,
> no Linux com 300Mb/s já estava abrindo o bico, ambos os sistemas com
> configurações default e sem regras de firewall. De fato a maior parte do
> tempo de CPU estava indo para o ksoftirqd.
>
>
>> []'s
>> Gondim
>>
>>
>> On 28-07-2015 12:37, Bruno Cabral wrote:
>>
>>> 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
>>
>
> --
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>