>> 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 ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
