Eu ativei novamente a sysctl "net.isr.direct" e pingando do próprio gateway o ip na interface bce0, não tive mais perda de pacote.
--- 10.20.0.1 ping statistics --- 100 packets transmitted, 100 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.029/0.994/31.557/4.767 ms Voltei a desativá-la e as perdas na interface bce0 acontecem: --- 10.20.0.1 ping statistics --- 15 packets transmitted, 7 packets received, 53.3% packet loss round-trip min/avg/max/stddev = 0.036/12.631/75.718/25.891 ms Quando desativada, o processo da placa bce0 fica baixo, mas sobe o uso de cpu para o processo abaixo: 44.87% swi1: net A máquina não bate 100% de cpu... não chega nem perto disso. É uma máquina muito boa: CPU: Intel(R) Xeon(R) CPU E5504 @ 2.00GHz (2000.08-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Stepping = 5 Cores per package: 8 Logical CPUs per core: 2 real memory = 3747803136 (3574 MB) avail memory = 3663925248 (3494 MB) ACPI APIC Table: <HP ProLiant> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 Recompilei o kernel com a opção ZERO_COPY_SOCKETS mas não tive nenhuma melhora. A propósito, já testei ligando o CMTS em outra placa do servidor emX (chipset Intel) e o problema persistiu. Obrigado. Em 24 de fevereiro de 2011 15:10, Eduardo Schoedler < eschoed...@viavale.com.br> escreveu: > Como está o consumo da cpu ??? > > Deixa rodando em um terminal: > > # systat -vmstat 1 > > E veja se bate em 100%. > > > -- > Eduardo Schoedler > > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
