[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