<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">André, na verdade essa é uma péssima idéia, e não vai adiantar de</div>
nada. Dependendo do delay do seu script de monitoramento, o cliente<br>
vai mandar mais N requisições para o servidor travando tudo. Pela<br>
experiência que eu estou tendo no meu último projeto agora, a melhor<br>
forma para se controlar isso, é com uma fila, sem dúvidas eu usaria o<br>
RabbitMQ que permite você controlar essa fila do jeito que você<br>
quiser. O Gearman, no caso ele não te da informações de quantos<br>
processos estão na fila.(Não até onde eu sei). Os outros dois que o<br>
Otávio citou eu não conheço.<br></blockquote><div><br></div><div>Travando tudo por que??? De qq forma vou dar uma olhada no RabbitMQ. Valeu!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Se você ler pelo menos até o terceiro capítulo do livro do AMQP, (O<br>
RabbitMQ é uma implementação do AMQP que é uma especificação) você vai<br>
entender o conceito, e vai conseguir usar sem dificuldade.<br>
<a href="http://www.amqp.org/confluence/download/attachments/720900/amqp0-9-1.pdf?version=1&modificationDate=1227526523000" target="_blank">http://www.amqp.org/confluence/download/attachments/720900/amqp0-9-1.pdf?version=1&modificationDate=1227526523000</a><br>
<br></blockquote><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Em um prédio, você pode ficar apagando o incêndio, ou você pode parar<br>
tudo e descobrir as causas, se a televisão já queimou metade, não<br>
adianta querer apagar o fogo porque não vai mais dar para usar, o que<br>
se pode fazer é estudar as causas para quando comprar a nova<br>
televisão, ela não se destruir pelo fogo. Ou seja, sei que você está<br>
atolado de trabalho aí, mas vale sim parar tudo, e olhar isso aqui<br>
acima.<br>
<br>
Deixe os sysadmins cuidarem do monitoramento :P<br>
<div class="im"><br></div></blockquote><div><br></div><div>Eu entendo o seu ponto de vista, Mantovani. O monitoramento de fato está nas mãos dos sysadmins, no entanto, quem deve dar a solução ou suporte a alguma solução na camada de aplicação sou eu, não o sysadmin. Só para você entender melhor, o problema é que os usuários dos sistemas não se importam( e não devem ), com quanto recurso de máquina ele está usando. O software deve prover esse tipo de gerenciamento, e de forma transparente. Imaginei que o enfileiramento racional dessas tarefas possa ser suficiente para conseguir o que eu quero. Mas parece que não.</div>
<div><br></div><div>O Gearman parece ser uma solução interessante quando se tem mais de um servidor disponível para distribuir o processamento. Mas o meu caso não é esse( ainda ). Eu tenho um servidor apenas, e preciso tomar cuidado principalmente com processamento e I/O, que são as maiores fontes de demanda de recurso pelo software hoje.</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
><br>
><br>
><br>
> Em 13 de setembro de 2010 10:47, Frederico Recsky <<a href="mailto:frederico@imovlr.com">frederico@imovlr.com</a>><br>
> escreveu:<br>
>><br>
>> Olá,<br>
>><br>
>> 2010/9/13 Andre Carneiro <<a href="mailto:andregarciacarneiro@gmail.com">andregarciacarneiro@gmail.com</a>>:<br>
>> > Esqueci de mencionar que encontrei esse módulo no<br>
>> > CPAN: Sys::Statistics::Linux::LoadAVG<br>
>> > Alguém já usou esse módulo? Recomenda algum outro mais simples, ou<br>
>> > interessante?<br>
>><br>
>> Tem infinitos modulos sobre isso. O que você quer exatamente e porque<br>
>> não o top.<br>
>><br>
>> Top é tão legal ;).<br>
>><br>
>> --<br>
>> Frederico Recsky<br>
>> <a href="http://fred.eti.br" target="_blank">http://fred.eti.br</a><br>
>> _______________________________________________<br>
>> SaoPaulo-pm mailing list<br>
>> <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
>> <a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a><br>
><br>
><br>
><br>
> --<br>
> André Garcia Carneiro<br>
> Analista/Desenvolvedor Perl<br>
> (11)82907780<br>
><br>
> _______________________________________________<br>
> SaoPaulo-pm mailing list<br>
> <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
> <a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a><br>
><br>
<br>
<br>
<br>
--<br>
</div><a href="http://www.danielmantovani.com" target="_blank">http://www.danielmantovani.com</a><br>
<br>
"If you’ve never written anything thoughtful, then you’ve never had<br>
any difficult, important, or interesting thoughts. That’s the secret:<br>
people who don’t write, are people who don’t think."<br>
<div><div></div><div class="h5">_______________________________________________<br>
SaoPaulo-pm mailing list<br>
<a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>André Garcia Carneiro<br>Analista/Desenvolvedor Perl<br>(11)82907780<br>