[GTER] ksoftirqd 100%

Lucas Willian Bocchi lucas.bocchi at gmail.com
Fri Aug 2 21:54:14 -03 2013


Qual a versao do kernel?
Em 02/08/2013 19:23, "Marcelo Gondim" <gondim at intnet.com.br> escreveu:

> Pessoal,
>
> Faz muito tempo que não uso Linux em qualquer solução de roteamento com
> tráfego alto. Tenho usado FreeBSD mas hoje voltei à fazer testes com o
> Linux como concentrador PPPoE e quando o tráfego chega em 80Mbps lá vem a
> porcaria do ksoftirqd consumindo CPU. Sei que isso está relacionado com a
> alta requisição de interrupção no sistema mas pelo amor de Deus com 80Mbps?
> A máquina é um Dual Quad Xeon de 3.0 Ghz com 8Gb de ram e uma Intel Server
> Dual Port Gigabit.
>
> Anulei os conntracks usando:
>
> iptables -A OUTPUT -t raw -j NOTRACK
> iptables -A PREROUTING -t raw -j NOTRACK
>
> Com isso não gero nenhuma conntrack no sistema.
> Fiz o cpu affinity distribuindo as irqs das interfaces de rede nas cpus.
>
> Alguns sysctls que setei:
>
> echo 65535 > /proc/sys/net/ipv4/neigh/**default/gc_thresh1
> echo 65535 > /proc/sys/net/ipv4/neigh/**default/gc_thresh2
> echo 65535 > /proc/sys/net/ipv4/neigh/**default/gc_thresh3
> echo 0 > /proc/sys/net/ipv4/route/gc_**min_interval
> echo 524288 > /proc/sys/net/ipv4/route/max_**size
> echo 3276822 > /proc/sys/net/nf_conntrack_max
> echo 28800 > /proc/sys/net/ipv4/netfilter/**ip_conntrack_tcp_timeout_**
> established
> echo 60 > /proc/sys/net/ipv4/netfilter/**ip_conntrack_tcp_timeout_syn_**
> sent
> echo 30 > /proc/sys/net/ipv4/netfilter/**ip_conntrack_tcp_timeout_syn_**
> recv
> echo 60 > /proc/sys/net/ipv4/netfilter/**ip_conntrack_tcp_timeout_fin_**
> wait
> echo 30 > /proc/sys/net/ipv4/netfilter/**ip_conntrack_tcp_timeout_**
> close_wait
> echo 15 > /proc/sys/net/ipv4/netfilter/**ip_conntrack_tcp_timeout_last_**
> ack
> echo 60 > /proc/sys/net/ipv4/netfilter/**ip_conntrack_tcp_timeout_time_**
> wait
> echo 5 > /proc/sys/net/ipv4/netfilter/**ip_conntrack_tcp_timeout_close
> echo 15 > /proc/sys/net/ipv4/netfilter/**ip_conntrack_udp_timeout
> echo 90 > /proc/sys/net/ipv4/netfilter/**ip_conntrack_udp_timeout_**stream
> echo 15 > /proc/sys/net/ipv4/netfilter/**ip_conntrack_icmp_timeout
> echo 300 > /proc/sys/net/ipv4/netfilter/**ip_conntrack_generic_timeout
>
> Mas mesmo com tudo isso ainda acontece o problema e o pior é que com
> exatamente esse mesmo hardware eu seguro um tráfego de 1.2Gbps no FreeBSD
> com lacp.
>
> Vi em alguns lugares que uma solução seria setar esse cara no boot pra 1:
> /sys/module/intel_idle/**parameters/max_cstate
>
> Mas vi que isso não seria a solução correta.
>
> Alguém conseguiu descobrir como resolver esse problema definitivamente?
>
> []'s
> Gondim
>
> --
> gter list    https://eng.registro.br/**mailman/listinfo/gter<https://eng.registro.br/mailman/listinfo/gter>
>



More information about the gter mailing list