No caso, as restrições de ulimit e afins seriam "herdados" para os processos executados e os seus forks, não? Então o macete do fork/setsid/fork não funcionaria. Como funciona, só pode significar que o watchdog está no próprio crond. Do OOM-Killer, nem se fala: o resultado seria o mesmo tanto a partir do crontab quanto a partir da shell.<br>
<br><div class="gmail_quote">2010/10/6 Thiago Rondon <span dir="ltr"><<a href="mailto:thiago@aware.com.br">thiago@aware.com.br</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000"><div class="im">
Em 06/10/10 14:32, Stanislaw Pusep escreveu:
</div><blockquote type="cite">
oom_dump_tasks opera a nível de kernel, não? Pois sem o cron no
meio, o processo funciona muito bem, obrigado; então *não é* culpa
do OS e nem do meu programa; e sim daquilo que fica no meio. Ou
seja, o crond.<br>
<br>
</blockquote>
<br>
Verifique os limites do processo criado pelo terceiro, compare o teu
shell com a do cron, por exemplo com o ulimit, ... .<br>
<br>
-Thiago Rondon<br>
</div>
<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></blockquote></div><br>