[GTER] pc router

Klaus Schneider klausps at gmail.com
Thu Apr 26 03:16:12 -03 2012


2012/4/26 Lista <lista.gter at gmail.com>

> Boa Noite pessoal, metendo o bedelho na conversa dos grande guru.
> Isso tudo não tem como fazer com que o kernel do linux ou melhor o
> soft-router possa processar as coisas diretamente via hardware,  já que em
> si é o que mais pega em se tratando de alto trafego?
> Agora pelo que garimpei, não vi nada que pudesse dar um tunning no linux
> para que o mesmo possa consumir menos CPU(forward e pps), ao se processar
> uma quantidade X de pacotes, o interessante seria fazer com que o hardware
> processe e não o linux, acho que o segredo das caixas é justamente essa,
> eles passa para o hardware, seja uma cpu embutida no C.I da placa de rede
> ou alguns processadores a parte(não conheço as caixas a fundo) deixando
> para o processador central uma fatia bem pequena para tal processamento.
>
O problema são os IRQs.
Está em desenvolvimento e acredito que na RELENG_10 do FreeBSD já esteja
disponível o netio, desenvolvido pelo Luigi Rizzo, mas por enquanto somente
para testes:
http://info.iet.unipi.it/~luigi/netmap/

>
> Em 25 de abril de 2012 18:09, Henrique de Moraes Holschuh <
> henrique.holschuh at ima.sp.gov.br> escreveu:
>
> > On 25-04-2012 15:57, Luiz Otavio O Souza wrote:
> >
> >> Veja o caso da Cavium (que é um dos líderes em SoCs embarcados para
> >> equipamentos de telecom): http://www.cavium.com/OCTEON_**MIPS64.html<
> http://www.cavium.com/OCTEON_MIPS64.html>
> >>
> >
> > Me diz que fabricante coloca algo equivalente a um mobile x86-64 dentro
> > de um switch-router de 24Gbps wire-speed, ou de um router de 4 a 10Gbps
> > wire-speed, que eu gostaria muito de saber :-)
> >
> > Pois é qual o segredo para tal wire-speed, onde sabemos que tem
> fabricantes colocando acima de 100Gbp/s de wire-speed.
>
> Os routers de grande capacidade distribuem o processamento em seus
periféricos, o data plane e control plane ficam separados, para que esse
tráfego não chegue até o processador, fazendo todo o trabalho de
encaminhamento/marcação/classificação/QoS, a CPU "principal" fica
encarregada apenas do control plane e o data plane é fica por conta dos
seus periféricos, assim é feito por ex. nos routers cisco 7300, 7600, ASR,
12000 e nos CRS, nos junipers MX e M10, M7, M20, M7i....


> > Eu sei que existem processadores parrudos nas linhas ARM e MIPS, mas ou
> > não são esses que acabam dentro dos roteadores/switch-routers, ou o
> > stack do control plane não consegue fazer uso de multiplos cores.
> >
> > Na verdade, num equipamento desses você vai acabar dedicando um core
> > para o RTOS, um para rodar as tarefas de background, etc.
> >
> >
> >  Se os fabricantes ainda utilizam CPU furreca é por pura falta de
> >> vergonha na cara (ou porque eles ainda acham que não precisam de nada
> >> melhor - pelo preço que você paga, afinal sempre tem que haver um
> >> modelo maior e mais caro :).
> >>
> >
> > Bom, essa seria uma explicação.
> >
> >
> > --
> > Henrique de Moraes Holschuh <hmh at ima.sp.gov.br>
> > IM@ - Informática de Municípios Associados
> > Engenharia de Telecomunicações
> > TEL +55-19-3755-6555/CEL +55-19-9293-9464
> >
> > Antes de imprimir, lembre-se de seu compromisso com o Meio Ambiente
> > e do custo que você pode evitar.
> > --
> > gter list    https://eng.registro.br/**mailman/listinfo/gter<
> https://eng.registro.br/mailman/listinfo/gter>
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
/*
 * Klaus Schneider
*/



More information about the gter mailing list