[GTER] pc router

[Lista]

Em 26 de abril de 2012 03:16, Klaus Schneider <klausps at gmail.com> escreveu:

> 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/
>
>
 A questão é que é voltado somente para drivers da ixgbe para intel
10Gbp/s, que pelo que sei, em si ela já é melhorada no driver (posts
antigos da lista).
Você chegou a fazer teste com esse patch?

> >
> > 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....
>
> Pois é Klaus, ae é que está o segredo então, você sabe se tem algum
projeto em linux/*BSD, que desenvolva algo do genero, digo drives
específicos de placa de rede, pois eles seriam o grande vilão ou se não a
grande solução, pois faria toda a manipulação em cima das interfaces, e em
si não passando muita carga ao processador.

>
> > > 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
> */
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>