[GTER] RES: Perdas de pacotes

Alberto Freire albertofreire at yahoo.com.br
Fri Feb 10 16:27:08 -02 2012


Segue...

~# cat /proc/interrupts
             CPU0       CPU1
    0:      22979          0   IO-APIC-edge      timer
    3:          2          0   IO-APIC-edge
    4:          2          0   IO-APIC-edge
    8:         29          0   IO-APIC-edge      rtc0
    9:          0          0   IO-APIC-fasteoi   acpi
   16:         28          0   IO-APIC-fasteoi   ehci_hcd:usb1
   23:         29          0   IO-APIC-fasteoi   ehci_hcd:usb2
   26:  106879230          0   PCI-MSI-edge      ahci
   27: 1363826979          0   PCI-MSI-edge      eth0-0
   28: 1424148881          0   PCI-MSI-edge      eth0-1
   29: 2517491916          0   PCI-MSI-edge      eth0-2
   36:   40183076          0   PCI-MSI-edge      eth1-0
   37:  796589301          0   PCI-MSI-edge      eth1-1
   38: 4174970324          0   PCI-MSI-edge      eth1-2
   45: 2120765106          0   PCI-MSI-edge      eth2-0
   46:  776149817          0   PCI-MSI-edge      eth2-1
   47: 3054587385          0   PCI-MSI-edge      eth2-2
  NMI:          0          0   Non-maskable interrupts
  LOC: 3309708108  803206516   Local timer interrupts
  SPU:          0          0   Spurious interrupts
  PMI:          0          0   Performance monitoring interrupts
  PND:          0          0   Performance pending work
  RES:    6775592   10194958   Rescheduling interrupts
  CAL:         17         55   Function call interrupts
  TLB:    3430623    2052982   TLB shootdowns
  TRM:          0          0   Thermal event interrupts
  THR:          0          0   Threshold APIC interrupts
  MCE:          0          0   Machine check exceptions
  MCP:      22849      22849   Machine check polls
  ERR:          0
  MIS:          0


Tenho esse script para o kernel... Vou adicionar o /proc/...*backlog que 
não tem!

# performance de conexoes TCP
         echo 0 > /proc/sys/net/ipv4/tcp_ecn
         echo 0 > /proc/sys/net/ipv4/tcp_abort_on_overflow

         echo 5 > /proc/sys/net/ipv4/tcp_synack_retries
         echo 5 > /proc/sys/net/ipv4/tcp_syn_retries

         echo 111616 > /proc/sys/net/core/rmem_default
         echo 111616 > /proc/sys/net/core/wmem_default

         echo 111616 > /proc/sys/net/core/rmem_max
         echo 111616 > /proc/sys/net/core/wmem_max

         echo 4096 87380 944768 > /proc/sys/net/ipv4/tcp_rmem
         echo 4096 16384 944768 > /proc/sys/net/ipv4/tcp_wmem
         echo 22143 29524 44286 > /proc/sys/net/ipv4/tcp_mem

         echo 0 > /proc/sys/net/ipv4/tcp_no_metrics_save
         echo 3 > /proc/sys/net/ipv4/tcp_reordering



Em 10-02-2012 12:17, Juliano Primavesi | KingHost escreveu:
>
> o melhor que da pra fazer é isso:
>
> ethtool -G eth0 rx 1020
> ifconfig eth0 txqueuelen 100000
>
> echo 8192 > /proc/sys/net/ipv4/tcp_max_syn_backlog
> echo 1000 > /proc/sys/net/core/netdev_max_backlog
> echo 3 > /proc/sys/net/ipv4/tcp_synack_retries
> echo 3 > /proc/sys/net/ipv4/tcp_syn_retries
>
> cola ai o /proc/interrupts
>
> Juliano
>
> Em 10/02/12 12:51, Alberto Freire escreveu:
>> Não teria uma forma de "forçar" um melhor desempenho com alguma 
>> espécie de tunning?
>>
>>
>> Abraços,
>>
>> Em 10-02-2012 10:23, Juliano Primavesi | KingHost escreveu:
>>> cara, essa placa é mto ruim mesmo
>>> uma placa boa, no ethtool -g aceita buffer de pelo menos 4096 em rx 
>>> e tx 
>>
> -- 
> gter list    https://eng.registro.br/mailman/listinfo/gter
>

-- 
Alberto Freire de Melo
Linux user #537668
Administrador de TI
HTnet Online - Soluções de acesso à internet!
e-mail: albertofreire @ yahoo.com.br
msn: suportht at hotmail.com
skype: suportht
fones: (87)8838-3936 / 3873-2048 ramal 222




More information about the gter mailing list