CGRU FoRUS

да, похоже что как раз последний вариант, так как у меня получается утка в зайце, заяц в ларце.

С hick это однозначно проявляется.
Можешь в двух словах рассказать какие механизмы ты уже применил, и как убедиться что они отрабатывают?

Есть ситуации, когда при прерывании таска(рестарт, eject, stop), дочерний процесс(hick, nuke) не завершается и продолжает нагружать процессор или просто не высвобождают память. Есть ли возможность как-то перехватить такое прерывание таска или может быть как-то более хитро организовать сам процесс ег...

Спасибо

А подскажи пожалуйста более логичный вариант.
Сделать Cron или может вкрячиться в keeper в ту часть где память мониторится?

Как сделать автоматический Eject тасков при достижении критических значений памяти?
Хочется предотвратить засвопливание машин.

если не расширять, то придётся весь пакет целиком переопределять
ну и как я понимаю, они уже в такой конфигурации вгрузились, в ней эти же файлы и релоадятся по этим же путям.

на существующих тасках поменял парсер на hbatch - ноль эмоций.
ну ладно, рано или поздно afrender везде перезапустится

Видимо дело в том, как я расширяю пакет парсеров, через pkgutil.extend_path()

это я заоверрайдил сразу же

self.actiivity
по примеру generic парсера
в hbatch и в другие парсеры тоже