Чи можу я виконувати роботу з хроном частіше, ніж кожну хвилину?

Чи можна запускати роботу cron кожні 30 секунд без команди сну?

Якщо ваше завдання потрібно виконувати так часто, cron - це неправильний інструмент. Крім того, що він просто не запускає завдання так часто, ви також ризикуєте отримати серйозні проблеми, якщо робота займе більше часу, ніж інтервал між запусками. Перепишіть своє завдання, щоб демонструвати та запускати послідовно, після чого запускайте його з крону (якщо переконайтеся, що воно не буде повторно запущено, якщо воно вже працює).

Кандидат за найбільш творчі зловживання командою Linux:

nohup watch -n 30 --precise yourprog >/dev/null &

Якщо yourprogскладається з:

date +%M.%S.%N >> yourprog.out

то yourprog.outможе виглядати так:

50.51.857291267
51.21.840818353
51.51.840910204
52.21.840513307
52.51.842455224
53.21.841195858
53.51.841407587
54.21.840629676

що вказує на досить хороший рівень точності.

Ось пояснення частин команди:

• nohup- Це утримує команду, яка слідує за нею, watchу цьому випадку не виходить, коли термінал виходить.
• watch- Ця програма виконує команду кілька разів. Зазвичай перший скрипт виводу з команди відображається щоразу, коли watchвиконується команда.
• -n 30- Інтервал, через який потрібно запустити команду. У цьому випадку це кожні тридцять секунд.
• --precise- Без цієї опції, watchзапускає команду через інтервал секунд. З його допомогою кожен запуск команди починається на проміжку, якщо це можливо. Якби ця опція не була вказана в прикладі, час набиратиметься пізніше і пізніше більше ніж на 30 секунд через час, необхідний для запуску та виконання команди ( yourprog).
• yourprog- Програма або командний рядок для watchвиконання. Якщо командний рядок містить символи, спеціальні для оболонки (наприклад, пробіл чи крапка з комою), його потрібно буде цитувати.
• >/dev/null- Чим більше, ніж перенаправляє висновок команди керує watchв файл /dev/null. Цей файл відкидає будь-які записані в нього дані. Це запобігає запису виводу на екран або, оскільки nohupвикористовується, запобігає надсиланню виводу у файл, що називається nohup.out.
• &- watchКоманда виконується у фоновому режимі, а управління повертається до терміналу чи батьківського процесу.

Зауважте nohup, що перенаправлення виводу та &оператор керування фоном не є специфічними для watch.

Ось пояснення прикладу yourprogсценарію:

• date- Виводить поточну дату та / або час. Він також може їх встановити.
• +%M.%S.%N- Це визначає вихідний формат для dateвикористання. %M- це поточна хвилина, %S- це поточна секунда і %N- це поточна наносекунда.
• >> yourprog.out- Це перенаправляє вихід dateкоманди в файл, який називається yourprog.out. Удвічі більший, ніж приводить, що вихід буде доданий у файл під час виклику, а не попередній вміст, що перезаписується.

Редагувати :

Можливо, інша річ, яку можна зловживати (або, можливо, це законно використовувати), - це системні таймери.

Див Systemd / Таймери в якості заміни хрон і Cron проти Systemd таймерів .

Я спробую опублікувати приклад найближчим часом.

Cron створений для того, щоб прокидатися щохвилини, тому неможливо обійтися без злому, наприклад сну, як ви згадали.

* * * * * /path/to/program
* * * * * sleep 30; /path/to/program

Не забудьте написати щось у вашу програму, щоб воно виходило, якщо попередній екземпляр вже запущений.

#!/bin/sh

if ln -s "pid=$$" /var/pid/myscript.pid; then
  trap "rm /var/pid/myscript.pid" 0 1 2 3 15
else
  echo "Already running, or stale lockfile." >&2
  exit 1
fi

Звичайно, це все ще залишає дуже малу можливість для відмови, тому шукайте в Google для кращого рішення, застосовного до вашого оточення.

Це можна зробити за допомогою програмного забезпечення сторонніх виробників.

Варіант, який добре працює для мене, - частота-cron

Це дозволяє отримати мілісекундну точність і дає можливість відкласти наступне виконання до тих пір, поки не закінчиться поточне.

У мене виникнуть кілька проблем:

(1) іноді система стає зайнятою і не може починати справи точно на 30 секунді, цілком можливо, що в той же час, коли ви виконуєте одну роботу, з’явиться інша робота, і тоді у вас є 2 (або більше) завдання, які роблять те саме річ. Залежно від сценарію, тут може бути якесь суттєве втручання. Таким чином, кодування в такому сценарії повинно містити деякий код, щоб гарантувати, що одночасно працює лише один екземпляр даного сценарію.

(2) Сценарій, можливо, може мати великі накладні витрати та використовувати більше системних ресурсів, ніж ви могли б хотіти. Це справедливо, якщо ви змагаєтесь проти багатьох інших системних заходів.

Таким чином, як висловився один плакат, в цьому випадку я серйозно розглядаю можливість введення демона, який працює з додатковими процесами, щоб забезпечити його продовження роботи, якщо це має критичне значення для ваших операцій.

моє найпростіше і найулюбленіше рішення цього завдання:

запис у крон:
* * * * * flock -w0 /path/to/script /path/to/script

сценарій:
while true;do echo doing something; sleep 10s;done

ледача альтернатива: :)

* * * * * flock -w0 /path/to/log watch -n 10 echo doing >> /path/to/log

або

* * * * * flock -w0 /path/to/log watch -n 10 /path/to/script

плюси

• використання flockкоманди дозволяє уникнути запуску скрипта кількома екземплярами за один і той же час. Це може бути дуже важливим у більшості випадків.
• flockі watchкоманди доступні для більшості встановлень Linux

мінуси

• зупинка такого виду "Сервісу" потребує двох кроків
  • прокоментуйте запис крона
  • вбити сценарій або watchкоманду

Рішення, якщо це для вашого власного сценарію або якщо ви можете його обернути:

1. Отримайте і запам’ятайте час початку.
2. Якщо файл блокування, до якого ви торкаєтесь пізніше, присутній, а сценарій не працює протягом 60 секунд, зачекайте секунду та перевірте ще раз. (наприклад, під час / сну) *
3. Якщо файл блокування все ще присутній після того, як минуло 60 секунд, вийдіть із попереднім попередженням про блокування.
4. Торкніться файлу блокування.
5. Поки сценарій не виконується протягом 60 секунд, обведіть своє фактичне завдання потрібною тривалістю сну.
6. Видалити файл блокування.
7. Додати як мінімум крон.
8. Боб твій дядько.

Менше болить голова, ніж будувати та контролювати демон.

* Якщо ви використовуєте PHP, запам'ятайте clearstatcache ().