Nao sabia, falei besteira. =)
2010/9/17 Thiago Damas <tda...@gmail.com>: > Flowtable é uma otimização do freebsd para trafego utilizando > multiplos processadores; ele mantem uma relacao de conexoes ativas, e > tenta fazer com que as conexoes existentes utilizem sempre o mesmo > processador para fluxo dos pacotes (para otimizar o cache) se nao me > engano. > > Em 17 de setembro de 2010 02:48, Fabricio Archanjo > <farcha...@gmail.com> escreveu: >> Flowtable é a tabela FIB do BSD?? Eu particulamente não conhecia, pois >> não uso OS para roteamentos. Se for, porque não ativar? Iria aliviar o >> processador de processar todo packet verificar tabela inteira de >> roteamento até achar interface do qual tem que jogar o pacote.. >> >> >> 2010/9/15 Patrick Tracanelli <eks...@freebsdbrasil.com.br>: >>> >>> Em 15/09/2010, às 19:18, Eduardo Schoedler escreveu: >>> >>>> Patrick Tracanelli escreveu: >>>>> >>>>> Em 15/09/2010, às 18:00, sergio escreveu: >>>>> >>>>>> Estou instalando o FreeBSD 8.1 em uma máquina usando FreeBSD 8.1 >>>>> (Estou na dúvida se uso o openbgpd ou o quagga), vi que o FreeBSD 8.1 >>>>> já vem com alguns recursos para roteamento já kernel será que é >>>>> necessário colocar mais alguma coisa no Kernel para um tráfego de >>>>> 400Mbps ? >>>>> >>>>> Tuning de File Descriptors, mbuf, sockbuff apenas. Dependendo da >>>>> quantidade de RAM o dimensionamento do maxusers pode ser suficiente pra >>>>> 400Mbit/s. >>>> >>>> Cenário bem parecido com o que estou montando aqui. >>>> Temos um Dell R210 com 2 bce onboard + 4 igb. >>>> >>>> A princípio vamos utilizar Quagga, já temos em produção com linux e tem >>>> funcionado bem. >>>> >>>> Não esqueça de fazer uso do recurso de SMP Affinity disponível na versão >>>> 8.x >>>> do Freebsd, setando 1 IRQ para 1 CPU. >>>> Mais informações em cpuset: >>>> # man cpuset >>>> >>>> Outra coisa interessante de analisar é o Flowtable. >>> >>> É. Desligar o Flowtable ;-). >>> >>> Pra mim o CPU Affinity não é uma melhor prática pra qualquer cenário não. >>> Minha sugestão pessoal é rodar sem affinity e acompanhar com muito carinho >>> via systat, top -S, o consumo de CPU de interrupções. Porque uma vez >>> definido affinity essa CPU não vai mais ser usada pra nada. Ou seja se >>> ficar ociosa, e alguma coisa precisar de CPU mesmo que essa coisa seja >>> multithread, não vai poder contar com essa cpu ociosa. >>> >>> Enfim, eu só coloquei 1x na vida quando o custo de troca de contexto era >>> alto suficiente pra justificar isolar uma CPU... >>> >>>> >>>> >>>> -- >>>> Eduardo Schoedler >>>> >>>> ------------------------- >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> -- >>> Patrick Tracanelli >>> >>> FreeBSD Brasil LTDA. >>> Tel.: (31) 3516-0800 >>> 316...@sip.freebsdbrasil.com.br >>> http://www.freebsdbrasil.com.br >>> "Long live Hanin Elias, Kim Deal!" >>> >>> ------------------------- >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >> ------------------------- >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
