[FUG-BR] ALTQ + Intel Drivers.

[Renato Botelho]

On 05/21/2013 04:52 PM, Bruno Araújo wrote:
> Em 21/05/2013, às 16:32, Renato Botelho <rbgarga at 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.

-- 
Renato Botelho