Herbert, Obrigado pelos esclarecimentos. Temos um pequeno provedor com 350 clientes, média de usuários acessando simultaneamente 180
# ls -l /proc/30828/fd | wc -l 930 aqui não passa de 1500 fd, mesmo assim setei os file descriptors pra 65536 : Tenho outra dúvida: recompilei o squid habilitando a consulta de DNS externa -–disable-internal-dns setei o dns_children em 100 # ps aux | grep dnsserver | grep -v grep | wc -l 100 Tenho informações que é mais lenta do que a nativa interna. Por enquanto está dando conta do recado, em horário de pico eu não tenho o que reclamar. Pelos testes ele resolve mais rápido que o nativo do squid. estou aberto a opiniões Gustavo. On 17 jun, 09:45, Herbert Faleiros <[email protected]> wrote: > Em Qua 17 Jun 2009, às 07:00:32, Cara Magro escreveu: > > > squidclient -h 127.0.0.1 -p 8080 mgr:info | grep -i "file descriptors" > > > Maximum number of file descriptors: 16384 > > > até ai tudo bem... o problema é o ulimit -a que retorna > > não esquenta com isso não, o que vale é o que foi configurado quando iniciou o > Squid (o processo/script que o iniciou, onde o ulimit com o valor correto foi > setado, no meu caso o rc abaixo), olha só como aparece por aqui: > > # cat /etc/rc.d/rc.squid | grep Sn > ulimit -HSn 65536 > > # su squid -c "ulimit -n" > 1024 > > # fuser 8080/tcp > 8080/tcp: 19640 > > # ls -l /proc/19640/fd | wc -l > 28009 > > Ou seja, bem mais que o retorno do ulimit acima. Se der uma olhada no Squid > (tanto via squidclient quando pelo cache.log ou via SNMP) verá o seguinte: > > cache.log: > With 65536 file descriptors available > > squidclient: > Maximum number of file descriptors: 65536 > > -- > Herbert --~--~---------~--~----~------------~-------~--~----~ GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected] -~----------~----~----~----~------~----~------~--~---
