[FUG-BR] "processos Acumulando"
Helio Loureiro
helio em loureiro.eng.br
Sábado Fevereiro 7 11:57:27 BRST 2009
>> CPU: 0.9% user, 0.0% nice, 10.5% system, 0.6% interrupt, 88.0% idle
>> Mem: 1695M Active, 5549M Inact, 447M Wired, 88M Cache, 214M Buf, 135M Free
>> Swap: 5120M Total, 29M Used, 5091M Free
>>
>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
>> 32597 squid 1 104 0 1613M 1585M select 2 120:22 37.35% squid
>> 826 bind 7 44 0 67488K 26972K select 1 4:45 0.00% named
>> 683 root 1 44 0 22876K 980K select 3 0:27 0.00% sshd
Renato,
Sobre o NATD, talvez seja realmente algum vírus ou eMule alike
causando exaustão de portas do mesmo, o que causaria a lentidão (NATD
verificando o que está realmente em CLOSE_WAIT2 pra terminar).
Já sobre o squid, veja que a máquina está com 88% idle, ociosa. Então
37% de CPU alocado estão usando menos de 1% de CPU (user). Como
existe 10% alocado pra system, imagino que seu squido está aguardando
algum ioctl do sistema para escrever. Pode ser algum bottleneck
causado por disco. Eu pessoalmente não uso squid pq a performance não
justifica a menos que sua rede seja muito grande (> 200 hosts) e seu
link pqno (< 2MBps), do contrário o tempo de acesso ao disco vai ser
mais lento que o acesso via rede.
Para tentar aumentar a performance de rede, altere os seguintes
valores de kernel:
net.inet.tcp.finwait2_timeout: 60000
net.inet.tcp.fast_finwait2_recycle: 0
net.inet.tcp.nolocaltimewait: 0
Altere o finwait2_timeout para um valor menor, e assim
progressivamente, até conseguir que o natd libere as conexões mais
rapidamente.
--
[]´s
Helio Loureiro
Mais detalhes sobre a lista de discussão freebsd