RES: [FUGSPBR] "tx underrun, increasing tx start threshold"

[Joao Rocha Braga Filho]

Renato Frederick wrote:

>fugspbr-fugspbr.org-bounces em fugspbr.org
><mailto:fugspbr-fugspbr.org-bounces em fugspbr.org> escreveu em sexta-feira, 6
>de fevereiro de 2004 15:21:
>
>
>  
>
>>    Sugiro ficar observando esta interface. Eu não tive experiências
>>muito boas com estas placas de rede 3Com. Duas delas enguiçaram
>>gerando uma quantidade absurda de interrupções, consumindo totalmente
>>a CPU com isto. Quando tivava o cabo de rede o sistema desatolava.
>>Fora que o desempenho dela era muito inferior à Realtec.    
>>
>>    Eu não dei o comando netstat -i, e nem me lembro se tive
>>mensagens de erro iguais a sua, portanto não tenho como saber se o
>>erro que lhe aconteceu tem alguma relação com o que me aconteceu, mas
>>se o sistema atolar, e o top mostrar que é com interrupções, retire o
>>cabo de rede e veja se volta ao normal.    
>>
>>    No meu erro, quando colocava o cabo, o sistema atolava de
>>imediato, quando se retirava o sistema voltava ao normal de imediato. 
>>
>>    
>>
>
>Ué...
>
>root em bridge~: cat /var/run/dmesg.boot |grep xl0
>xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem
>0xff8ff400-0xff8ff47f irq 9 at device 9.0 on pci1
>xl0: Ethernet address: 00:01:01:c7:3a:2d
>miibus0: <MII bus> on xl0
>
>root em bridge~: netstat -i
>Name  Mtu   Network       Address            Ipkts Ierrs    Opkts Oerrs
>Coll
>xl0   1500  <Link#1>    00:01:01:c7:3a:2d   335523     0    38644     0
>5594
>
>Nunca tive estes problemas, mas quando o tráfego passante nessa máquina
>(bridge) aumenta, evtulamente ele me dá essas mensagens..
>
>15:20:53 bridge /kernel: xl0: transmission error: 90
>15:20:53 bridge /kernel: xl0: tx underrun, increasing tx start threshold to
>180 bytes
>
>Mas minha máquina nunca travou  ou apresentou este problema.. Eu acho que
>ele aumnta algum buffer interno da placa .. Nada anormal creio eu.
>
>
>E não é só 1 ou 2 máquinas, são várias máquinas com placa 3com que me dão
>essas mensagens, mas...
>
>root em bridge~: uptime 
> 3:34PM  up 125 days,  5:50, 1 user, load averages: 0.00, 0.00, 0.00
>  
>

    No meu caso as placas estavam defeituosas. Uma foi colocada já 
defeituosa na
máquina, pois já tinha sido usada antes. Outra enguiçou no início de uma 
tarde.
Como o servidor, que era um firewall, estava com uma placa sobrando, eu 
mudei
todo o tráfego para esta outra placa. Troquei a defeituosa na noite do 
dia seguinte.

    Outro motivo para eu não usar esta placa é o baixo desempenho dela. 
Eu fiz um
teste com o firewall mencionado acima. Ele também tinha um NAT, cujo consumo
de CPU é proporcional ao tráfego. Uma das placas era uma Realtec, se não em
engano. A outra eu testei com Realtec, Intel e 3Com. A pior foi a 3Com e 
a melhor
foi a Realtec. A intel funcionou bem, mas o tempo que o sistema ficava 
tratando
interrupção era muito alto, e assim perdeu para a Realtec. A medida foi 
com o
comando:

time wget -m ftp://.....

    Ou seja, fazendo um mirror de um site ftp. O primeiro valor era 
ignorado, só dando
atenção para as execuções seguintes, para aproveitar bem o cache. A 
máquina de menor
CPU em toda esta operação era o firewall, que era um Pentium II de 400 
MHz. O
servidor de FTP era um Pentium III 500 ou 550 MHz, com HDs Seagate 
Barracuda de
9 GB. A outra máquina era um Pentium 4 1.8 GHz, com HD IDE de 7200 RPMs.

    Eu gostaria de um dia poder repetir o teste, com um ambiente mais 
controlado do que
eu usei para o teste. Talvez até fazendo combinações de placas de rede. 
Mas acho que
na realidade eu só preciso de 2 máquinas, uma para rodar o nat e colocar 
as placas de
rede, outra para ser o ftp site, ou outro método para gerar tráfego.


       João Rocha.



>
>_______________________________________________________________
>Sair da Lista: http://lists.fugspbr.org/listinfo.cgi
>Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
>
>
>  
>

_______________________________________________________________
Sair da Lista: http://lists.fugspbr.org/listinfo.cgi
Historico: http://www4.fugspbr.org/lista/html/FUG-BR/