Действительно ли возможно присвоить хорошее и ионизировать приоритет ко всем сценариям, выполняемым демоном крона?

Да ...

У вас может быть скрипт, исходящий из определенного набора переменных среды, или просто запустить nice / ionice из скрипта ...

Однако это не хорошее решение вашей проблемы.

• Можете ли вы сместить или расположить сценарии поочередно, чтобы они не боролись за ресурсы?
• Понимаете ли вы синхронизацию или шаблоны активности системы? Например, Между 02:00 и 04:00 в системе очень мало пользователей, и сейчас хорошее время для запуска сценариев обслуживания.
• Достаточно ли у вас ресурсов на вашем сервере?
• Хорошо ] и ionice не являются хорошими долгосрочными решениями. ionice на самом деле не влияет на некоторые алгоритмы планирования ядра Linux, в большей степени ориентированные на производительность. Работает с планировщиком CFQ , но есть вероятность, что вы захотите использовать планировщик крайних сроков в серверной системе. Это может иметь большее влияние, чем попытка навязать процессы приятным / ионным.

Вы можете настроить службу crond на работу с уже установленными nice и ionice.

http://b.zekjur.net/2012/09/23/systemd-ionice. html

Однако я не тестировал этот вариант, поэтому не могу поручиться за него, так или иначе.

Если это не сработает или не поможет, вам понадобится для настройки контрольных групп.

Вероятно, лучше всего, чтобы эти задания cron выполнялись под отдельным пользователем Linux, который можно ограничить более низким приоритетом. Допустим, у вас есть такой пользователь batchuser. В вашем /etc/security/limits.conf вы захотите добавить запись для этого пользователя (от -19 до 19, с наименьшим приоритетом 19):

batchuser    -       priority        19

Тогда любые процессы, запущенные этим пользователем, независимо от того, от cron это приоритет или нет, унаследуют этот приоритет. Никакой модификации скриптов, никакой зависти или профилей для установки.

http://manpages.debian.org/cgi-bin/man.cgi?query=limits.conf