|
1.1, dimcha, 12:39, 20/03/2018 [ответить] [смотреть все] [к модератору]
| +2 +/– |
> c определением задержек между вызовом каждого элемента очереди.
> подход существенно снижает накладные расходы при работе cron и увеличивает точность срабатывания
паузы и stalled vm он как ловит в этом случае?
|  | |
|
2.20, freehck, 16:55, 20/03/2018 [^] [ответить] [смотреть все] [показать ветку] [к модератору]
| +7 +/– |
>> Реализация Mcron включает в три раза меньше строк кода, чем Vixie cron.
> Какой смысл сравнивать, если они на разных языках?
Мысль в том, что чем больше кода -- тем хуже алгоритм укладывается в голове у разработчика, что косвенным образом кореллирует с бажностью продукта в целом. Поэтому сравнивать продукты на разных языках на предмет sloc имеет смысл.
|  | |
|
|
|
|
|
|
6.74, Ne01eX, 19:24, 21/03/2018 [^] [ответить] [смотреть все] [к модератору]
| +/– |
Да я вообще не об этом. Я dcron стопицот лет уже использую, Патрик dcron стопицот лет уже использует. В качестве одного единственного шедулера. Написан ещё в 1994 году на православном Си, может распространятся под любой GPL, живёт и развивается до сих пор. Работает везде (нет привязок ни к ОС ни к системе инициализации). dcron - это такой crond, который только crond. Ничего лишнего.
Потому и задал вопрос с подмигивающим смайлом, - как mcron в сравнении с dcron?
К чему вообще это суета с guile? Может есть какой-то скрытый смысл, который я не понимаю? Ну кроме, чётко прописанной в mcron GPL3+?
Да я, блин, даже когда на Debian сидел, dcron с собой притаскивал! Объясните, наконец, - в чём плюсы mcron. Может я тоже захочу его использовать... :-)
|  | |
|
|
|
|
|
|
|