[FUG-BR] ALTQ + Intel Drivers.

[Adam Sina]

Please confirm if you put me in your mailloop wrongly, thanks.




Thanks & Best Regards

Adam Xu

Innoveco Electronics Ltd.

From: Marcelo Gondim
Date: 2013-05-22 09:59
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
Subject: Re: [FUG-BR] ALTQ + Intel Drivers.
Em 21/05/13 19:56, Bruno Araújo escreveu:
> Em 21/05/2013, às 19:38, Marcelo Gondim <gondim em bsdinfo.com.br> escreveu:
>
>> Em 21/05/13 18:14, Renato Botelho escreveu:
>>> On 05/21/2013 04:52 PM, Bruno Araújo wrote:
>>>> Em 21/05/2013, às 16:32, Renato Botelho <rbgarga em gmail.com> escreveu:
>>>>
>>>>> On 05/21/2013 04:28 PM, Marcelo Gondim wrote:
>>>>>> Em 21/05/13 15:52, Renato Botelho escreveu:
>>>>>>> On 05/21/2013 02:57 PM, vic wrote:
>>>>>>>> Em 2013-05-21 12:01, Luiz Gustavo Costa escreveu:
>>>>>>>>> EXATAMENTE garga !!! eu sou um que to doido pra ver o vimage 100% !!
>>>>>>>>> mas
>>>>>>>>> ele ainda é experimental e as panes são normais.
>>>>>>>>>
>>>>>>>>> isso tá bem documentado.
>>>>>>>>>
>>>>>>>>> eu acho que a dedicação agora esteja no bhyve (Acho que é assim que
>>>>>>>>> escreve :p)
>>>>>>>>>
>>>>>>>> Sim, é experimental, mas eu tenho usado com sucesso o vimage. Contudo
>>>>>>>> esqueça de usar o pf ou algum módulo externo do FreeBSD (como o
>>>>>>>> virtualbox por exemplo).
>>>>>>>>
>>>>>>>> Meu ambiente está rodando FreeBSD 9.1 + vimage + RCTL (esse último
>>>>>>>> compilado mas não está em uso) e está funcionando à 128 dias sem parar e
>>>>>>>> com 7 jails.
>>>>>>> Ah sim, o fato de ser experimental não quer dizer que absolutamente não
>>>>>>> irá funcionar. Serve mais pra te alertar que pode dar problema, que não
>>>>>>> é estável.
>>>>>>>
>>>>>>> É que do jeito que o Marcelo colocou ficou parecendo que o FreeBSD 9.1
>>>>>>> não está estável, sendo que ele optou por usar algo experimental. Quando
>>>>>>> você faz essa escolha está sujeito as consequências :)
>>>>>>>
>>>>>>> []s
>>>>>> Sim é mesmo Renato, mas tipo foi mais como exemplo. O OSPF também dava
>>>>>> uns paus no curso que fiz na FreeBSD Brasil e que parecia de longa data
>>>>>> o bug. O uso do ntfs com leitura e escrita também dava um monte de
>>>>>> kernel panic. Não sei agora como está.
>>>>> OSPF é um pacote não? Então não dá pra dizer o que SO tá instável por
>>>>> conta de um pacote. NTFS pra leitura e escrita é um módulo nativo do
>>>>> kernel ou é FUSE? Se for FUSE eu acho que cai no mesmo caso do OSPF.
>>>>>
>>>>>> Teve kernel panic que descobri também no geom mas esse foi corrigido
>>>>>> rápido. Tenho tido hardwares rebootando do nada e sem gerar qualquer
>>>>>> dump no /var/crash. Esse problema do crash vi alguns relatos também, que
>>>>>> mesmo habilitando não funcionava em alguns casos. Mas tipo isso é só uma
>>>>>> preocupação que estou tendo. Todos os meus servidores em produção estão
>>>>>> rodando muito bem e sem reboots.
>>>>>> Meu medo é termos algo que aconteceu na versão 5.0, que eu não
>>>>>> vivenciei, mas que muitos tiveram problemas.
>>>>> Esses crashs estranhos e sem explicação são coisas que têm que ser
>>>>> diagnosticadas, e em muitos casos no final o problema tá no hardware.
>>>>> Sugiro habilitar debugs no kernel e ver se consegue algo.
>>>>>
>>>>> Sobre o que aconteceu no 5.0, foi uma história bem diferente, e acredito
>>>>> que o time aprendeu com o erro, uma versão com tantas mudanças como
>>>>> ocorreu do 4 pro 5 não deve acontecer mais.
>>>>>
>>>> Quando um mero pacote ou software derruba o S.O. não é uma falha grave do S.O?
>>> Isso é relativo, o FUSE por exemplo é um pacote que compila um módulo de
>>> kernel, não vejo o fato de um módulo de kernel derrubar o SO como algo
>>> falho do SO. Mas fica difícil falar pois não tenho detalhes sobre os bugs.
>>>
>> Opa Renato,
>>
>> Esse lance do fuse depois que fiz um pr, rapidamente foi corrigido. Era
>> um bug sinistro mesmo. Porque era só montar a partição ntfs e começar à
>> copiar para dar um panic e o sistema reiniciar. Mas acho que pouca gente
>> devia estar usando esse cara porque o panic era instantâneo mesmo. Bem
>> esse foi resolvido rápido.
>> Agora esse race condition que é brabo porque ele está lá em algum lugar
>> e tipo não posso colocar um server e pendurar 4000 assinantes nele
>> sabendo que se alguém na minha rede fizer um ataque de login incorreto
>> por um certo tempo, vai causar um kernel panic derrubando os meus 4000
>> assinantes. Eu fiz uma atualização ontem no sistema e parece que não
>> ocorreu mais mas ainda quero testar mais e ter certeza.
>> Vou testar com o 8.3 ainda pra saber se isso é só do 9.1. Não tenho o
>> que reclamar do Freeba todos os meus servidores estão 100% estáveis. Só
>> tive mesmo esses pipoucos estranhos em alguns testes e fiquei preocupado.
>>
>> Grande abraço à todos
>>
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> Por favor poste o resulta pois quero substituir um concentrador pppoe mikrotik por freebsd.
> A única coisa que ainda tá pegando é o controle de tráfego dinâmico com pf + mdp; o routeros está muito impreciso aqui.
>
>
> _______________
> Bruno Araújo
>
> Antes de imprimir, verifique se tem papel e tinta suficiente na impressora.
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
Bruno eu fiz uma thread sobre isso, inclusive coloquei até as minhas 
confs, mas eu uso o ipfw.

-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd