| |
| 1.1, dimcha (??), 12:39, 20/03/2018 [ответить] [показать ветку] [···] [к модератору]
| +2 +/– |
> c определением задержек между вызовом каждого элемента очереди.
> подход существенно снижает накладные расходы при работе cron и увеличивает точность срабатывания
паузы и stalled vm он как ловит в этом случае?
|  | | |
| |
| |
| |
| 4.19, freehck (ok), 16:51, 20/03/2018 [^] [ответить] [к модератору]
| –2 +/– | |
> Перевод "настенных" часов можно отлавливать через API таймеров (TIMER_CANCEL_ON_SET)
Это новая приблуда, интегрированная Поттерингом в systemd?
|  | | |
| |
| |
| 6.44, Аноним (-), 00:00, 21/03/2018 [^] [ответить] [к модератору]
| +/– |
> Нет, это ты невежественный болтун.
> man timerfd_create
Пральна! Зачем использовать clock_nanosleep,timer_set* или setitimer, когда можно взять и прибить гвоздями к пингвину!
| | | |
| 6.81, freehck (ok), 12:44, 22/03/2018 [^] [ответить] [к модератору]
| +/– |
> Нет, это ты невежественный болтун.
> man timerfd_create
Ух ты, классная штука. Не знал о ней, спасибо! :)
| | | |
|
|
|
|
|
| |
| 2.20, freehck (ok), 16:55, 20/03/2018 [^] [ответить] [к модератору]
| +7 +/– |
>> Реализация Mcron включает в три раза меньше строк кода, чем Vixie cron.
> Какой смысл сравнивать, если они на разных языках?
Мысль в том, что чем больше кода -- тем хуже алгоритм укладывается в голове у разработчика, что косвенным образом кореллирует с бажностью продукта в целом. Поэтому сравнивать продукты на разных языках на предмет sloc имеет смысл.
| | | |
| |
| 3.39, Аноним (-), 22:39, 20/03/2018 [^] [ответить] [к модератору]
| –2 +/– |
Это не мысль, а глупость. Прямой связи между количеством строк и сложностью алгоритма нет и никогда не было.
| | | |
| |
| 4.46, freehck (ok), 00:32, 21/03/2018 [^] [ответить] [к модератору]
| +/– |
Никак не могу запретить Вам спорить со скрытым смыслом, который Вы отыскали где-то между строк в моём сообщении.
| | | |
|
|
|
| |
| |
| |
| 4.69, Andrey Mitrofanov (?), 17:13, 21/03/2018 [^] [ответить] [к модератору]
| +/– |
> А кто решил поработать на GNU/HURD - тот и вообще лёг в
> анабиоз.
Бойтесь, мозилла-д***т-релизеры и s-d-фанобои.
Стабильность 80-го уровня в радиусе поражения.
| | | |
|
|
|
| |
| 2.23, Аноним (-), 17:28, 20/03/2018 [^] [ответить] [к модератору]
| –1 +/– |
> Но зачем?
> [code]man systemd.timer systemd.time[/code]
Затем, что это прибито гвоздями к systemd и linux.
| | | |
| 2.24, Аноним84701 (ok), 17:34, 20/03/2018 [^] [ответить] [к модератору]
| +/– |
mcron/NEWS
>> * Noteworthy changes in release 1.0 (2003-12-12) [stable]
>> 1.0 (2003-12-12)
> Но зачем?
> [code]man systemd.timer systemd.time[/code]
Видимо, машина времени сломалась.
|  | | |
| 2.28, Аноним (-), 18:21, 20/03/2018 [^] [ответить] [к модератору]
| +1 +/– |
Mcron используется в GuixSD, где нет systemd, а вся конфигурация системы (включая службы и периодические задачи) описывается на Scheme (это же прекрасно!).
| | | |
|
| |
| 2.40, Аноним84701 (ok), 22:51, 20/03/2018 [^] [ответить] [к модератору]
| +/– | |
> Зачем когда есть таймеры systemd?
Угу, а ведь еще есть systemd-resolved, но вот недавнюю новость о unbound кто-то взял и прокрасношляпил, даже не отметившись там!
Да и новость о nginx тоже пропустил.
Нехорошо как-то вышло, ведь народ и далее будет заблуждаться по поводу нужности этих устаревших пережитков древних эпох …
| | | |
|
| |
| |
| |
| |
| 5.70, Andrey Mitrofanov (?), 17:18, 21/03/2018 [^] [ответить] [к модератору]
| +1 +/– |
>> То, что dcron всяко разно быстрее.
> А оно на практике хоть заметно будет?
Конечно! Он будет _быстрее_ спать между запусками кронджобов.
50 лет истории CS включают и байку про оптимизацию idle loop.
---
"Быстрее - пока не началось"-программирование - новое модное развитие идей ктремального, агильного, и пртп метОдов.
| | | |
| |
| 6.74, Ne01eX (ok), 19:24, 21/03/2018 [^] [ответить] [к модератору]
| +/– | |
Да я вообще не об этом. Я dcron стопицот лет уже использую, Патрик dcron стопицот лет уже использует. В качестве одного единственного шедулера. Написан ещё в 1994 году на православном Си, может распространятся под любой GPL, живёт и развивается до сих пор. Работает везде (нет привязок ни к ОС ни к системе инициализации). dcron - это такой crond, который только crond. Ничего лишнего.
Потому и задал вопрос с подмигивающим смайлом, - как mcron в сравнении с dcron?
К чему вообще это суета с guile? Может есть какой-то скрытый смысл, который я не понимаю? Ну кроме, чётко прописанной в mcron GPL3+?
Да я, блин, даже когда на Debian сидел, dcron с собой притаскивал! Объясните, наконец, - в чём плюсы mcron. Может я тоже захочу его использовать... :-)
|  | | |
| |
| 7.76, Andrey Mitrofanov (?), 20:44, 21/03/2018 [^] [ответить] [к модератору]
| +/– |
> К чему вообще это суета с guile? Может есть какой-то скрытый смысл,
> который я не понимаю? Ну кроме, чётко прописанной в mcron GPL3+?
Ибо сказал дедушка Ричард, что это хорошо.
https://www.gnu.org/gnu/rms-lisp.html
https://www.gnu.org/software/guile/manual/html_node/The-Emacs-Thesis.html#The-
https://wingolog.org/archives/2011/08/30/the-gnu-extension-language
> Да я, блин, даже когда на Debian сидел, dcron с собой притаскивал!
> Объясните, наконец, - в чём плюсы mcron. Может я тоже захочу
> его использовать... :-)
Во-первых, несколько хакеров _проекта_ GNU послушали Столмана и стали писать некоторые приложения проекта GNU (shepherd, mcron, guix), свои програмы, биндинги к библиотекам и пр. на guile либо с guile в качестве языка расширения (GNU make с недавней версии - опционально, например).
Во-вторых, guix подрос и стал GuixSD - дистрибутивом, дистрибутивом GNU - в первую очередь c ориентацией на идеологию и софт GNU. При этом, соответственно, хакеры guix/guixsd проявляют интерес и к guile, и к написанным на нём и используемым в GuixSD ... shepherd и mcron, которые, соответственно, "ожили" волшебно и стали релизиться последнее время.
| | | |
| |
| 8.80, Ne01eX (ok), 21:57, 21/03/2018 [^] [ответить] [к модератору]
| +/– |
>[оверквотинг удален]
>> его использовать... :-)
> Во-первых, несколько хакеров _проекта_ GNU послушали Столмана и стали писать некоторые
> приложения проекта GNU (shepherd, mcron, guix), свои програмы, биндинги к библиотекам
> и пр. на guile либо с guile в качестве языка расширения
> (GNU make с недавней версии - опционально, например).
> Во-вторых, guix подрос и стал GuixSD - дистрибутивом, дистрибутивом GNU - в
> первую очередь c ориентацией на идеологию и софт GNU. При
> этом, соответственно, хакеры guix/guixsd проявляют интерес и к guile, и к
> написанным на нём и используемым в GuixSD ... shepherd и mcron,
> которые, соответственно, "ожили" волшебно и стали релизиться последнее время.
Да я не об этом, это как раз понятно. Мне никогда не нравилось стремление RMS пихать свой интерпретируемый Лисп во всё что можно, даже туда, где это не нужно. Это пожалуй единственное разногласие у меня с RMS. Я вообще не сторонник интерпретаторов, хотя мне часто приходится ими пользоваться, но с Лиспом в любой его реализации у меня вообще никак. Так что вопрос стоял в том, что насколько оправдано на самом деле использование Guile в конкретно взятой программе. :-\
Z kbim [jntk cghjcbnm
| | | |
|
|
|
|
|
|
|
|
|
