[SP-pm] [OT] cron e os processos pesados

Renato Santos renato.cron at gmail.com
Tue Oct 5 14:20:27 PDT 2010


O perl, até onde eu sei, não tem um GC,

Que dizer, têm, mas não libera a memoria, apenas gerencia ela.

Pode ser que esta ocorrendo um "out of memory", mas acho que isso iria pro
STDERR de qualquer forma.

(comic mode = on)

Eu não saio por ai matando ninguém!

2010/10/5 Stanislaw Pusep <creaktive at gmail.com>

> Opa, juntando STDOUT e STDERR consegui uma pista! O cron envia isso no meu
> email:
>
> E: Some index files failed to download, they have been ignored, or old ones
> used instead.
> Fetched 160kB in 1min30s (1761B/s)
> /bin/sh: line 1:  5909 Killed                  iPhone/apt/index.pl--skipwp 2>&1
>
> "Killed", sem mais, nem menos. Neste ponto, o meu programa termina uma
> fase, de coleta de dados a partir de uma série de .txt, e começa a outra, a
> de atualização de uma tabela de 30 mil rows no MySQL.
> Se eu rodar só a fase 1 pelo cron, no final dela sempre dá um "Killed",
> entretanto tudo funciona OK, então chuto que o "Killed" acontece no garbage
> collection.
> Rodando somente a fase 2 pelo cron, às vezes dá "Killed", às vezes não.
> Portanto, imagino que logo na entrada da fase 2 torra muita RAM (*não
> deveria*, pois o processamento todo ocorre no MySQL). Se antes disso rodou a
> fase 1, a RAM já está "sujinha", então a chance do processo ser "Killed" é
> elevada.
> Que seja. Ainda assim, não entendo pq q funciona perfeitamente em 100% dos
> casos se eu rodar o processo manualmente, pelo terminal :(
>
> 2010/10/1 Stanislaw Pusep <creaktive at gmail.com>
>
> Basicamente, é isso: http://tinypaste.com/35fae
>>
>> 2010/10/1 Frederico Recsky <listas at imovlr.com>
>>
>> Olá,
>>>
>>> 2010/9/29 Stanislaw Pusep <creaktive at gmail.com>:
>>>
>>> > variáveis do environment da shell interativa) no script
>>> "/root/backup.sh".
>>> > Se rodo pela shell, funciona. Pelo cron, não funciona. Aí coloquei no
>>> cron
>>> > algo como "ssh root at localhost /root/backup.sh" (tendo definido uma
>>> chave
>>> > c/passphrase vazio previamente). E funcionou! O que poderia causar esse
>>> tipo
>>> > de problema, sem ser environment?!
>>>
>>> Rola de voce colar esse backup.sh em algum canto?
>>>
>>> []'s
>>>
>>> Frederico
>>> _______________________________________________
>>> SaoPaulo-pm mailing list
>>> SaoPaulo-pm at pm.org
>>> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>>>
>>
>>
>
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm at pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>



-- 
Renato Santos
http://www.renatocron.com/blog/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20101005/2283ccf5/attachment-0001.html>


More information about the SaoPaulo-pm mailing list