[GTER] pc router

[Lista]

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.

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.


> 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>
>