The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Раздел полезных советов: Случайная задержка в shell-скрипте, выполняемом из crontab, auto_tips (??), 27-Июл-22, (0) [смотреть все] +3

Сообщения [Сортировка по времени | RSS]


11. "Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов)"  +/
Сообщение от Аноним (11), 28-Июл-22, 23:24 
bc значит у него есть, а shuf нет... Вероятно, недоучили баш, недоучили шелл, недоучили всё. Но это не мешает радоваться изобретенному велосипеду и учить других.

Сама постановка задачи странная, если не сказать больше. Планировщик задач в принципе про точное время запуска. Задержку логично встроить в запускаемую программу. Кстати, зачем она? Если это с целью размазать нагрузку от массово стартующих скриптов, то логичнее обрабатывать их очередью, в лимитированное количество потоков. Это все тоже делается без всяких башизмов.
По крону стартуете runner.sh, внутри которого что-то вроде ls dir/with/scripts/*sh | xargs -L1 -P4 sh
Скриптам можно дать имена типа 00-first-prio.sh 00-first-prio2.sh 10-second-prio.sh и так далее.

Ответить | Правка | Наверх | Cообщить модератору

17. "Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов)"  +/
Сообщение от OpenEcho (?), 29-Июл-22, 16:01 
Многие дистрибутивы делают рэндомный запуск скриптов апдейта, чтобы уменшить ударную нагрузку от массы клиентов
Ответить | Правка | Наверх | Cообщить модератору

19. "Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов)"  –3 +/
Сообщение от Аноним (11), 29-Июл-22, 17:00 
Значит им тоже надо головой подумать и понять, что рандомные задержки проблему не решают.
Что если апдейт одного из пакетов может в одиночку нагрузить систему? Так не бывает - скажут они, и добавят, что если даже это так, то пусть себе всё тормозит.
Когда-то кто-то скостылил, а теперь так делают все и вроде как это стало правильным способом? Ну-ну.

Или как я уже написал - лимитировать запуск процессов, запуская их по очереди, или запускать их в cgroup, в которой они будут получать ресурсы по квоте (этот вариант наверно самый лучший). nice точно везде есть.

Ответить | Правка | Наверх | Cообщить модератору

21. "Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов)"  –1 +/
Сообщение от OpenEcho (?), 29-Июл-22, 18:16 
> Значит им тоже надо головой подумать и понять, что рандомные задержки проблему
> не решают.

Неправда, разгружает и очень прилично

> Что если апдейт одного из пакетов может в одиночку нагрузить систему?

Разгружает загрузку на сервера которые предоставляют апдейты, причем здесь клиенты и как долго они будут процессировать полученный апдэйт? Смысл в том чтоб предотвратирь ДДоС серваков, если все однаразово ломануться качать

Ответить | Правка | Наверх | Cообщить модератору

22. "Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов)"  –1 +/
Сообщение от Аноним (22), 29-Июл-22, 19:59 
А, вы про это. Что будет, если клиенты отключат задержку, чтобы получить обновления раньше?
Понятно что - перегруженная инфраструктура будет.
Ответить | Правка | Наверх | Cообщить модератору

23. "Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов)"  +/
Сообщение от OpenEcho (?), 29-Июл-22, 21:11 
> А, вы про это. Что будет, если клиенты отключат задержку, чтобы получить
> обновления раньше?

Все сразу и все выставят одно и то же время? По моему это очень маленькая вероятность...

Можно конечно сделать как мелкософт и рулить централизованно, но тогда - "Прощай свобода..."

Ответить | Правка | Наверх | Cообщить модератору

63. "Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов)"  –1 +/
Сообщение от Michael Shigorinemail (ok), 09-Окт-22, 13:06 
> Что будет, если клиенты отключат задержку, чтобы получить обновления раньше?

never underestimate the power of the default (c) Malx

...тем более когда речь об убунте (ц) я

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

33. "Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов)"  +1 +/
Сообщение от Kuromi (ok), 05-Авг-22, 15:30 
Вспомните что происходит когда условная Убунта релизит новый выпуск - серверы пусть и не лежат, но ощутимо перегружены. Умные чукчи сами ждут недельку, если не ностальгируют по дайлапу
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

62. "Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов)"  +1 +/
Сообщение от Michael Shigorinemail (ok), 09-Окт-22, 13:05 
> Значит им тоже надо головой подумать и понять, что рандомные задержки проблему
> не решают. Что если апдейт одного из пакетов может в одиночку нагрузить систему?

Ну вот и подумайте.  Что речь может идти вообще не о localhost, а об удалённой стороне (как каналах, так и iops при том).  Что и на localhost могут ринуться жрать диск десятки или сотни VE/VM...

Я тоже порой возникаю весь такой умный, а затем оказывается, что чего-то не предусмотрел (или попросту не знал) -- хорошо, когда кто-нить укажет.

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

32. "Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов)"  +/
Сообщение от gapsf2 (ok), 04-Авг-22, 15:15 
> ls dir/with/scripts/*sh | xargs -L1 -P4 sh

https://mywiki.wooledge.org/BashPitfalls#Using_xargs_without_-0
http://mywiki.wooledge.org/ParsingLs
https://mywiki.wooledge.org/BashPitfalls#for_f_in_.24.28ls_....
https://unix.stackexchange.com/questions/128985/why-not-pars...

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

34. "Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов)"  +/
Сообщение от Аноним (11), 05-Авг-22, 23:35 
Любители засирать шелл-скрипты бессмысленными флажками такие любители. Лишь бы пять копеек вставить. Скрипты в папку кладет администратор, он же дает имена файлам. Администратор-дебил создаст файл с именем, часть которого превратится в команду? Кстати, сможешь составить такое имя файла? Или как всегда, лишь бы квакнуть?
Ответить | Правка | Наверх | Cообщить модератору

52. "Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов)"  +/
Сообщение от Аноним (52), 23-Сен-22, 15:32 
Администратор тоже человек и может ошибиться. Я уже сталкивался с тем, что кастомный джоб где-то не запускался. В содержании (простенький шелл скрипт) или имени не было ничего подозретельного (файл назывался, условно, /etc/cron.daily/run.foo). После долгих поисков проблем со всеми сервисами оказалось, что файлы из cron.daily дебиан пропускает через велосипед по имени run-parts, который не принимает т.о.ч.к.и в именах и наш сервис это животное просто игнорировало.

А вроде бы все опытные, строго аски, без пробелов.

Ответить | Правка | Наверх | Cообщить модератору

64. "Случайная задержка в shell-скрипте, выполняемом из crontab (без башизмов)"  +/
Сообщение от Michael Shigorinemail (ok), 09-Окт-22, 13:07 
> После долгих поисков проблем со всеми сервисами оказалось, что файлы из
> cron.daily дебиан пропускает через велосипед по имени run-parts, который не принимает
> т.о.ч.к.и в именах и наш сервис это животное просто игнорировало.

Багу-то повесили, чтоб хоть в логи внятно ругалось?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру