Сколько заданий крона - слишком многие?
rsh быстрее, чем ssh, но я предпочитаю ssh., которым это должно работать, заменяя ssh с rsh.
gtar-cf - файлы | ssh user@host" (cd/destPath; gtar-xf-)"
Ключ здесь включает в круглую скобку.
Я не волновался бы о нагрузке на "crontab программа" сам (крон); это - Ваша полная системная нагрузка, на которую Вы могли бы хотеть обратить внимание. Взгляд на метрики (загрузка ЦП, io уровни, время отклика веб-запроса) в течение времени, которое Ваше задание (задания) выполняет - является там значимым скачком? это плохо достаточно, что это разрушает фактическое использование системы?
Если программы "не занимают много времени", это - хороший знак, что это не проблема.
Если Вы все еще заинтересованы, можно сделать другие вещи ограничить загрузку: выполните задания с nice для сокращения их приоритета выполните их последовательно вместо одновременно и т.д.
Просто перерыв наши производственные системы, самая большая имела 862 задания крона (через всех пользователей, самый большой единственный, корень, равняется 117), и он особенно не вспыхивает в поту с этим многие.
Если Вы будете запускать 60 заданий каждую минуту, 24x7, и они все занимают две секунды для завершения, то Вы, вероятно, окажетесь в мире боли. Но, пока рабочая нагрузка балансирует (с тихими временами и таким), она должна восстановиться. Следите за системными нагрузками в течение пикового времени (% ЦП, диск ввод-вывод...) и волнуйтесь больше об этом, чем количество фактических заданий.
Этот вопрос сродни, "Сколько процессов я могу работать перед попадением в беду?". Лучший выбор состоит в том, чтобы попробовать его, так как это зависит от Вашей системы. Сам крон имеет немного ограничений, которые я нашел, но, при попытке запланировать десятки тысяч заданий, Вы помещаете больше деформации на него, чем я когда-нибудь имел.
Измерьте, не угадывайте!
Сам крон никогда не будет по существу начинать бороться; система будет полностью срываться с рабочей нагрузкой задолго до того, как это происходит.
Я согласен со всеми представленными здесь ответами. Чтобы понять это с несколько иной точки зрения, подумайте о cronjobs как о пользователях на вашей платформе.
Допустим, пользователь использует 1 % вашего ЦП (операции CRUD/сеть и т. д.). Если одновременно есть 100 таких пользователей (cronjobs), то ваш процессор достигнет порогового значения, и сервер может не справиться с обработкой, что в конечном итоге приведет к сбою.
Итак, возвращаясь к вопросу: «Сколько заданий cron слишком много?» - Пока ваш анализ показывает, что внезапного всплеска ресурсов может и не быть, даже 100 cronjobs — это хорошо.