> как быть с ограничениями по памяти?точно так же: не изобретать специфичный системды-синтаксис, а использовать (или сделать, а потом использовать) утилиту, которую можно будет применять и вне системды.
> А как мне вывести параметры nice, ionice и.т.д для всех демонов в
> единый список, чтобы можно было видеть общую картину?
как захочешь. grep, awk, perl, сканирование (завернуть в скрипт, если надо), вынесение их в отдельный конфиг и написание на sh/perl/xyz модуля, который будет их оттуда брать, ещё как угодно. задача спокойно решается существующими инструментами, необходимости вбивать решение каждой задачи в инит нет: количество задач потенциально бесконечно. намного более разумное решение — дать инструменты, при помощи которых можно будет решить нужную задачу, когда она появится. эти инструменты уже есть и работают. и, как я уже не раз говорил, они не являются «специфическим знанием для одной программы», поэтому эти же инструменты можно применять и при решении других задач.
> Еще вопрос: для того, чтобы юзать сторонние утилиты мне нужно будет править
> init-файл идущий с пакетом, так ведь? Что произойдет при обновлении пакета?
я вообще не понял вопроса. если твой пакетный менеджер бездумно заменяет инит-скрипты и конфиги — это плохой, негодный пакетный менеджер.
а если ты полез править инит-скрипт — то ты, я полагаю, знал, что делаешь и зачем. и, конечно, запротоколировал необходимость и сделаные изменения, чтобы при апдейтах или ты же сам, или другие люди знали, что было сделано и могли разобраться.
ситуация точно такая же, как и с поправлеными юнитами: всё равно придётся глазами смотреть, что и зачем правилось. и в любом случае изменение желательно документировать и протоколировать.
> Можно пойти еще дальше — запихнуть в rc.local еще и все демоны
> ) Или сразу в init.sh )
можно. а ещё можно гвозди есть: организму же нужен металл!
