[FUG-BR] ALTQ + Intel Drivers.

Terça Maio 21 18:16:16 BRT 2013

Em 21-05-2013 16:52, Bruno Araújo escreveu:
> 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:
>>>>>> * Renato Botelho (rbgarga em gmail.com) wrote:
>>>>>>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>>>>>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>>>>>>>
>>>>>>>> Isso mesmo Indio, confundi com a jail em si mas é o vimage.  :)
>>>>>>> Posso estar enganado, mas até onde sei o VIMAGE é considerado
>>>>>>> experimental, não é?
>>>>>>>
>>>>>> 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.
>>
>> -- 
>> Renato Botelho
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> Quando um mero pacote ou software derruba o S.O. não é uma falha grave do S.O?
>
>
>
> _______________
> 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
>
Colegas,

Vou falar  um pouco da experiência que vivencio aqui com FreeBSD de 
diversas versões sem flames espero...
O FreeBSD é um sistema que vem incorporando diversas mudanças 
tecnológicas como suporte a GPU,  SMP de verdade, ZFS, dentre tantos 
outros conhecidos aqui... Isso significa que o FreeBSD está na vanguarda 
e quem está neste estágio corre alguns riscos, experimentando algumas 
novidades. Aí é o q entra o papel da comunidade  que é testar, avaliar, 
coletar informações e reportar aos desenvolvedores que certamente como 
sempre darão o melhor de si para corrigir e acertar. Este é o ciclo de 
desenvolvimento e temos que respeitar suas limitações, sejam de recursos 
humanos, físicos, financeiros dentre tantos outros. E aí temos que agir 
com bom senso como bons administradores de rede...  Fico tentado as 
vezes a migrar para usar a versão 9.. Leio em detalhes 
/usr/src/UPDATING,  comparo, venho na lista e vejo o que os colegas 
estão fazendo, mas vejo que as vezes é melhor ser conservador e não sair 
sequer da 8.2... E as vezes vou de 9-CURRENT pra atender uma demanda 
específica mesmo sendo alertado sobre algo EXPERIMENTAL.
Temos as melhores e mais estáveis ferramentas disponíveis em termos de 
sistema operacional senão a melhor delas...O desafio é fazer o melhor 
uso delas e para isso temos que saber fazer as escolhas certas. PF + 
ALTQ + Placa Intel ( driver em ) no meu caso funciona muito bem mas 
ainda estou na 8.2 e vou ficar com ela ainda por um bom tempo porque 
disponibilidade pra mim é a chave do meu negócio. e olhe que ainda ouso 
usando FLOWTABLE,  CPU AFFinity dentre outras coisas interessantes do 
FreeBSD.

Meus 0.02 cents.

-- 
Cordialmente,

Ricardo Ferreira
Meios de Pagamento - Tecnologia IP
Telecom, Tecnologia e Segurança da Informação
-------------------------------------------------------------------
Sotech Soluções Tecnologicas
Rua da Alfazema, 761, 1o. andar - 102/103
41820-710 - Caminho das Árvores - Salvador-BA - Brasil
Tel : 55 71 3472.9400 Cel : 55 71 9138 4630

Email:ricardo.ferreira em sotech.com.br
Site: www.sotech.com.br

Esta mensagem é dirigida apenas ao seu destinatário e pode conter
informações confidenciais, não passíveis de divulgação nos termos da
legislação em vigor. Caso tenha recebido esta mensagem por engano,
solicitamos notificar a Sotech Soluções Tecnológicas e excluí-la de sua
caixa postal.

This message, including its attachments, may contain confidential
information. If you have improperly received this message, please delete
it from your system and notify immediately the sender. Any form of
utilization, reproduction, forward, alteration, distribution and/or
disclosure of this content in whole or in part, without the prior written
authorization of the sender, is strictly prohibited.
Thanks for your cooperation.

-------------- Próxima Parte ----------
Um anexo não texto foi limpo...
Nome  : ricardo_ferreira.vcf
Tipo  : text/x-vcard
Tam   : 443 bytes
Descr.: não disponível
Url   : http://www.fug.com.br/historico/html/freebsd/attachments/20130521/63dd0479/attachment.vcf 