Форум Сайтостроение Администрирование серверов

[советы от хостеров] Проверяйте свои crontab более тщательно

Romka_Kharkov · 2013-04-09T12:38:38.0000000Z

День добрый, Для большинства завсегдатых SE в моих словах не прозвучит ничего нового, я буду говорить о погрешностях пользователей который в итоге могут привести к проблемам и у самого хостера. Недавно работая с клиентом по одному вопросу, был вынужден мониторить его процессы и обратил внимание на то, что очень регулярно всплывал процесс lynx поднятый из крон заданий, посмотрел и ужаснулся, но сперва не стал ничего говорить клиенту, что бы задать ему вопрос по этому поводу и проверить теорию о том, что он просто не разобравшись вставил задание в крон. И я задал вопрос, но позже... Анализ: Я процитирую только временную форму из крона, там банальное дергается lynx на его же сайт, который видимо что-то шевелит в его сайте: 1. * * */1 * * * */3 * * * 2. */59 * * * * */55 * * * * */50 * * * * */45 * * * * 3. */25 * * * * */19 * * * * */17 * * * * */13 * * * * Я условно разбил их на три секции , что бы поговорить о каждой отдельно: Первая секция: Итак , самая первая запись " * * */1 * * " является самой интересной и бессмысленной, она трактует выполнение указанного задания "каждую минуту, каждого часа, каждого 1го (одного, а не первого(интервал)) дня, каждого месяца каждого года", фактически она ни чем не отличается от формулировки "* * * * *". И выполняется 60*24 раз в сутки. Вторая запись чуть проще, выполнение происходит "каждую минуту каждого третьего часа, каждого дня месяца года", то есть происходит 24/3*60 запусков в сутки. Вторая секция: Слеш в кроне означает интервал который будет выдерживать крон, по этому указание цифр не делящих 60 без остатка (в случае минут) и 24 в случае часов.... является почти полностью бессмысленным (третья секция имеет небольшое исключение). Почему? Давайте посмотрим на запись */59, она трактуется как "каждую 59ю минуту", простите меня, в часу может быть 2 раза 59я минута? НЕТ ! По этому вместо */59 правильно было бы написать просто 59, она и так 1 раз !!!! С точки зрения выполнения , думаю что крону пофик ) но запись выглядит безграмотно, показывает отсутствие понимания работы крона. Третья секция: Как видим, ни одно из чисел не делит 60 без остатка... это говорит о том же непонимании... Почему? */25 , трактуем как "каждую 25ю минуту", соответственно, выполнений в часу может быть всего 2, а именно на 25й минуте и на 50й минуте этого часа.... следом будет простой до следующей 25й минуты следующего часа, а это уже интервал 35 минут :D */13 , трактуем как "каждую 13ю минуту", соответственно.......... 13я минута, 26я, 39, 52, следом ждем до 13й минуты, интервал = 21 минута :D Если вам требуется указать несколько запусков крона в неделимом интервале, следует использовать конструкцию: 1,13,27,55 * * * * Это будет означать что будет происходить 4 запуска в каждом часу, на 1й , 13й, 27й и 55й минутах !!!!! Получив ответ от клиента на вопрос "как должны по его мнению запускаться эти cronjobs" я получил ответ полностью подтверждающий описанное выше, он сказал что самый первый описанный мною крон, должен был запускаться 1 раз в сутки :D А по факту запускался 24*60 раз в сутки. :) Но последующее было куда круче, он сказал что они ВСЕ должны запускаться всего 2 раза в сутки :) Все задания :D А положенное в крон он взял из документаций по движку (не проверял) Итого: 10 кронов описанных выше * 2 раза в сутки = 20 запусков в сутки , я не поленился и посчитал сколько описанные выше кроны делали запусков, что же товарищи, держите: 2,304 запусков за сутки! Я думаю будет излишним пояснять разницу между 20 и 2,304 запусками :D Пусть нагрузка от крона не супер большая, но она возросла в 115,2 раза по сравнению с требуемым, ввиду некорректной настройки. Теперь как говорится мораль: Во первых, при неправильной настройке cron вы можете получать не правильную работу вашего приложения, а во вторых создавать чрезмерную нагрузку на собственные мощности даже не подозревая этого :D Рекомендации: Делаем выводы читатели, читаем как работает cron :) С Уважением,

485

Romka_Kharkov

10 апреля 2013, 23:18

#31

Слава Шевцов:
Цифры с первого поста уже изменились? Напоминаю:

1,440 имел ввиду 60*24 (опечатка)

кронтаб "* * /1 * *" (1440) превратился в "30 1,8 * * *" (что говорит о двух запусках в сутки). Посчитайте разницу.

Т.е для конкретного крона избыточная разница запусков была 1440 - 2 = 1,438 штук в сутки.

Это ничего не меняет, вас не смущает 1440 запусков вместо 2х ? :) И видимо 20 к 2.304 тоже :D

А полученное отношение 20 к 2.304 , это пересчет всех кронов на требуемые 2 запуска в сутки :D Внимательней :D

Есть около 15.000 ipv4 !!! (http://onyx.net.ua/price.php#ipv4) Качественный хостинг с 2005 года - лучшее клиентам! (http://onyx.net.ua/)

Отсутствует трафик из рекомендуемых. apache2 жрут память Непонятный ответ от Платона.

203

MIRhosting.com

11 апреля 2013, 02:03

#32

pupseg:
CentOS и RHEL only! и никаких извратов))

Ну да. Все советы, которые тут написали - это не изврат.

А решение, которое все это умеет из коробки и много чего другого и сделанное как минимум не хуже всех этих советов с /etc/security/limits и подобным - это конечно изврат.

Может и не панацея, но если бы у ТС стоял CL, то ему было бы в принципе наплевать, что там клиент понаписал в своем кроне. Хоть каждую секунду запуск. У него бы все жутко тормозило, но это были бы проблемы клиента, как это и должно быть. Ну а если бы обратился за помощью - то ему бы все так красиво и расписали :)

Андрей Нестеренко, MIRhosting Облачная платформа для DevOps (https://mirhosting.com/paas)

Помощь в том, как REG.RU забирает клиентов у Умрёт ли Яндекс?

Яндекс Вебмастер вынес товарные фиды в отдельный раздел

Что делать, если ваша email-рассылка попала в спам

[советы от хостеров] Проверяйте свои crontab более тщательно