Как быстро срабатывает CRON?

В Mac OS:

$> man cron
...
Available options:

 -s      Enable special handling of situations when the GMT offset of the local timezone changes, such as the switches between the standard time and daylight saving time.

         The jobs run during the GMT offset changes time as intuitively expected.  If a job falls into a time interval that disappears (for example, during the switch from standard time) to daylight saving time
         or is duplicated (for example, during the reverse switch), then it is handled in one of two ways:

         The first case is for the jobs that run every at hour of a time interval overlapping with the disappearing or duplicated interval.  In other words, if the job had run within one hour before the GMT
         offset change (and cron was not restarted nor the crontab(5) changed after that) or would run after the change at the next hour.  They work as always, skip the skipped time or run in the added time as
         usual.

         The second case is for the jobs that run less frequently.  They are executed exactly once, they are not skipped nor executed twice (unless cron is restarted or the user's crontab(5) is changed during
         such a time interval).  If an interval disappears due to the GMT offset change, such jobs are executed at the same absolute point of time as they would be in the old time zone.  For example, if exactly
         one hour disappears, this point would be during the next hour at the first minute that is specified for them in crontab(5).

 -o      Disable the special handling of situations when the GMT offset of the local timezone changes, to be compatible with the old (default) behavior.  If both options -o and -s are specified, the option
         specified last wins.

Самый простой способ с уверенностью ответить на этот вопрос - взглянуть на исходный код демона cron. В Интернете есть несколько версий, например это, или вы можете использовать apt-get source cron.

Цикл тика в cron состоит в том, чтобы несколько раз засыпать в течение минуты или меньше, если предстоит работа. Сразу после выхода из спящего режима он проверяет время и обрабатывает результат как одно из следующих значений wakeupKind:

• Ожидаемое время - запускайте любые работы, которые мы ожидали
• Небольшой прыжок вперед (до 5 минут) - выполняйте задания за прошедшие минуты
• Средний скачок вперед (до 3 часов, так что это будет включать начало летнего времени весной) - сначала запустите любые задания с подстановочными знаками (потому что наверстывание может занять больше минуты), а затем наверстать упущенное в промежуточных заданиях с фиксированным временем
• Большой прыжок (3 часа и более в любую сторону) - начать заново с текущего времени
• Переход назад (до 3 часов, включая конец летнего времени) - поскольку любые задания с фиксированным временем «вероятно» уже были запущены, запускайте любые задания с подстановочными знаками только до тех пор, пока время снова не истечет.

В случае сомнений источник четко комментирует эти wakeupKind значения.

Редактировать

Чтобы выяснить, может ли изменение часов повлиять на sleep(), похоже, ответ косвенно содержится в паре страниц руководства Linux.

• Во-первых, примечания для функция sleep () подтверждают, что реализовано nanosleep().
• В примечаниях к наносон () говорится, что Linux измеряет время с помощью часов CLOCK_MONOTONIC (хотя POSIX.1 говорит, что не должен)
• Прокрутите немного вниз в документации для clock_settime (), чтобы увидеть объяснение CLOCK_MONOTONIC, в котором объясняется, что на него не влияют скачки системного времени, но на него могут повлиять инкрементальные настройки синхронизации часов в стиле NTP.

Таким образом, изменение часов в стиле системного администратора не повлияет на sleep(). Но, например, если вошли настройки NTP и сказали «осторожно» продвинуть часы, cron испытает серию немного коротких вызовов функций sleep().

На самом деле вы задаете два связанных вопроса. Общий ответ: это зависит от [1], но я отвечу на основе установки Debian Linux, в которой я сейчас использую:

Как cron обрабатывает изменения летнего времени и другие «особые» события, связанные со временем?

В моей системе Debian Linux cron обрабатывает «летнее время и другие изменения / исправления, связанные со временем» (согласно странице руководства), так что задания не запускаются дважды или пропускаются из-за таких изменений, как DST. (См. https://debian-handbook.info/browse/stable/sect.task-scheduling-cron-atd.html для более подробной информации). Относительно пятого пункта, поднятого в вашем втором вопросе, я ожидал бы, что эти же средства будут иметь дело с временными скачками, связанными с NTP, но я не знаю наверняка.

Как часто запускается cron и как быстро он принимает мои изменения crontab?

Опять же, в моей системе Debian Linux демон cron просыпается раз в минуту и ​​обнаруживает и использует любые изменения crontab с момента предыдущей проверки / запуска минуту назад. Обратите внимание, что нет никакой гарантии, что cron сработает в 12:00:00 или 12:00:59 или в любое конкретное время между ними (только то, что он запускается, когда время составляет 12:00: ??), поэтому в случае изменения crontab в 12:00:17, но cron запущен в 12:00:13, ваши изменения не будут приняты до следующего запуска (скорее всего, в 12:01:13, хотя могут быть небольшие отклонения из-за Планировщик Linux)

[1] Это зависит ...

Точный ответ абсолютно зависит как от платформы (Linux / Unix / BSD / OS X / Windows), так и от конкретной реализации cron (за последние десятилетия было несколько производных от Vixie cron, преобладающих в Linux и BSD согласно https://en.wikipedia.org/wiki/Vixie_cron). Если вы работаете не с Linux, а на странице руководства / документации по вашей реализации должны быть указаны подробности о том, как часто она запускается, собирает измененные crontab, обработку DST и т. д. Если вам действительно нужно знать конкретные детали, df778899 прав в том, что вы должны смотреть исходный код своей реализации по мере необходимости ... потому что иногда программное обеспечение / документация содержат ошибки.

Существует множество реализаций систем cron (см. здесь). Один из наиболее часто используемых cron - это Vixie cron. И его страница руководства гласит:

Daylight Saving Time and other time changes

Local time changes of less than three hours, such as those caused by the Daylight Saving Time changes, are handled in a special way. This only applies to jobs that run at a specific time and jobs that run with a granularity greater than one hour. Jobs that run more frequently are scheduled normally.

If time was adjusted one hour forward, those jobs that would have run in the interval that has been skipped will be run immediately. Conversely, if time was adjusted backwards, running the same job twice is avoided.

Time changes of more than 3 hours are considered to be corrections to the clock or the timezone, and the new time is used immediately.

_{source: man 8 cron}

Я считаю, что это отвечает на большинство ваших вопросов.

В дополнение к пятому пункту:

5. At 11:29:59, the NTP service corrects the time to 11:31:00 - will the job be executed that day at all?

Во-первых, если NTP исправляет время более чем на минуту, у вас очень плохие часы! Это не должно происходить слишком часто. Как правило, у вас может быть такой шаг при включении NTP, но тогда он должен быть намного меньше.

В любом случае, если DeltaT не слишком высокое, обычно ниже 125 мс, ваша система будет убивать времени. Поворот время означает изменение виртуальной частоты программных часов, чтобы часы шли быстрее или медленнее, пока не будет достигнута требуемая коррекция. Чтобы повернуть часы на большее время, также может потребоваться некоторое время. Например, стандартный Linux регулирует время со скоростью 0,5 мс в секунду.

Это подразумевает (в предположении Vixie cron и, вероятно, многих других):

• Если NTP перескакивает более чем на 3 часа, задание пропускается.
• Если NTP перескакивает менее 3 часов, но более 125 мс, Vixie cron прекрасно справляется с этой задачей, принимая концепцию временных скачков.
• Если NTP исправляет время меньше 125 мс, cron не замечает скачок времени из-за поворота.

Интересная информация:

• RFC5905: протокол сетевого времени версии 4: спецификация протокола и алгоритмов
• Часто задаваемые вопросы и инструкции по NTP
• https://wiki.gentoo.org/wiki/Cron/en