[Cascavel-pm] Res: Res: Res: Res: problemas com fork

[Daniel ® Antunes]

   Oi amigos, bom dia... Obrigado pelas sugestões...
   Ontem eu monitorei o dia todo remotamente e não parou "nenhuma vez", no horário de pico a ferramenta se comportou como de costume, muitos processos, muita atividade mas permaneceu estável e continua assim.
    Milagre ?!
    Não sei dizer, talvez o meu cliente tenha apertado o pessoal que forneceu o server/instalação e eles tenham feito algum ajuste. Estou tentando junto ao cliente obter maiores poderes e autonomia na estação, porém, acho pouco provável que farão isto. Não consigo entender estas políticas de alguns fornecedores.
    Obrigado novamente e abraço a todos.

 Daniel ® Antunes
profissional de informática
gnu/linux user #238553



----- Mensagem original ----
De: Alexei Znamensky <russoz em gmail.com>
Para: Cascavel Perl Mongers <cascavel-pm em pm.org>
Enviadas: Quarta-feira, 16 de Julho de 2008 10:20:52
Assunto: Re: [Cascavel-pm] Res: Res: Res: problemas com fork


Daniel,

Eu concordo com o Luis, isso parece algo relacionado a rede. Ou (acho menos provável), alguma limitação na quantidade de forsk sendo feitos em muito pouco tempo.

O ideal seria mesmo você medir a carga do seu sistema. Você tem alguma idéia de quantas conexões simultâneas você tem? Você tem alguma medição/estimativa de quantos bytes, em média, você trafega para cada conexão aberta? Veja esses links que o Alceu mandou, são muito interessantes, principalmente aquele no developerWorks sobre otimização de TCP/IP - se o seu problema for mesmo esse, ele ataca direto no ponto.

Só faltou uma coisa nele, que é o SOMAXCONN, que é o backlog do listen:

somaxconn - INTEGER
        Limit of socket listen() backlog, known in userspace as SOMAXCONN.
        Defaults to 128.  See also tcp_max_syn_backlog for additional tuning
        for TCP sockets.

que fica em:


/proc/sys/net/core/somaxconn

Outra coisa que pode afetar isso, se minha memória não me falha, é o número máximo de arquivos abertos, dado por:

$ ulimit -n

cada socket aberto conta como uma entrada (não tenho certeza absoluta disso, nem saco/tempo para checar agora, mas acho que é assim mesmo).

Se for mexer nas coisas de TCP/IP no /proc/sys/*/*/*, use o sysctl.

[]s,
Alexei


2008/7/16 Alceu Rodrigues de Freitas Junior <glasswalk3r em yahoo.com.br>:

Daniel ® Antunes escreveu:


kkkkkkkk
valeu Luiz, vou buscar melhorar meu english,
minha esposa tbem vive me cobrando, ela é professora da lingua e já tentou infinitas vezes me convencer a dedicar um tempo nisto...
eu tenho feito o strace durante os horários de pico mas não consegui detectar nada significativo, vou reunir as informações mais relevantes e postar,
valeu  mesmo

Daniel, porque você não utiliza um dos vários programas para testar carga no sistema e tentar simular esse erro?
Um desses softwares é o JMeter (http://jakarta.apache.org/jmeter/), mas tem vários outros:
- http://www.debianhelp.co.uk/apacheab.htm
- http://www.linuxjournal.com/article/6691

Se você tiver um ambiente de qualidade (você tem um não?) fica mais fácil ainda testar isso.

Apesar desse artigo não ter uma solução para seu problema, eu acredito que você vai poder obter vários exemplos para melhorar a performance do website: http://www.perl.com/lpt/a/2001/10/17/etoys.html

Mais um artigo, se você achar que precisa cutucar o Debian: http://www-128.ibm.com/developerworks/linux/library/l-hisock.html?ca=dgr-lnxw06BoostSocket

E no mais, que tal checar se o Debian não está com um número pequeno de forks possível para o usuário que executa seu daemon? http://blog.gnist.org/article.php?story=forkbomb

[]'s
Alceu



_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm



-- 
Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com] [www.flickr.com/photos/alexeiz]
"Though we live in trying times, we're the ones who have to try" 


      Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/cascavel-pm/attachments/20080716/915735cf/attachment.html>