| |
| 2.2, Совершенно другой аноним (?), 11:26, 14/08/2020 [^] [^^] [^^^] [ответить]
| +14 +/– |
Ну, как-бы Вы должны быть наоборот довольны - systemd-cron на "дырявом" C, а этот - вовсе нет, не на божественных Rust или Go, конечно, но всё-же.
| | |
| |
| 3.3, Fracta1L (ok), 11:29, 14/08/2020 [^] [^^] [^^^] [ответить]
| –28 +/– |
 Гнутые бороды не могут писать без дыр, так что толку от этого переписывания...
| | |
| |
| 4.24, Аноним (24), 12:58, 14/08/2020 [^] [^^] [^^^] [ответить]
| +10 +/– |
Ага, значит, ты признаёшь, что дыр можно наклепать на любом языке, в т. ч. и на Rust?
| | |
| 4.85, Аноним (85), 19:42, 14/08/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Уважаемый гладко выбритый Fracta1L, не затруднит ли Вас продемонстрировать нам пример своего кода (на любом языке), полностью лишённого дыр?
| | |
|
| |
| 4.45, Аноним (45), 14:38, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
Михаил, а у вас же альтератор на этом? Разработчики довольны? Ну у вас хотя бы можно DSL для своих задач сделать, а для крона решение переехать на язык без статической типизации как-то не очень, не то, чтобы С был лучше.
| | |
|
|
| 2.63, Пряникё (?), 16:27, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
А что такое systemd-cron?..
Это юниты типа timer или там уже еще что-то изобрели?
| | |
| |
| 3.65, Oxyd76 (?), 16:41, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
 Да, это timer driven cron. Ничего так... забавно и даже работает.
| | |
|
| 2.66, Аноним (66), 17:01, 14/08/2020 [^] [^^] [^^^] [ответить]
| –4 +/– |
Поддерживаю! Зачем пытаться писать то, что уже написан таким профессионалом, как Линус Потерринг. GNU и так уже прославились баш-портянками - время же за современными юнитами Линуса Поттеринга!
| | |
| 2.112, лютый жабби__ (?), 18:28, 15/08/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Зачем это нужно при наличии systemd-cron?
Много минусов на опеннете, значит коммент резонный.
смотрим systemctl list-timers, дистрописатели то уже давно переключились на него.
И от себя - проверил, в отличие от дебиановокронового @reboot системдшный таймеры нормально работает.
| | |
| 2.117, Аноним (117), 13:18, 16/08/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Это просто пример никому не нужной программы, которую евангелисты Гуиле нашли и запердолили в исполняемый файл и делают вид, что на этом недоязыке можно написать системнеы утилиты. Просто попытка показать, что их сиситема не унылое позабытое ... а хрень на которой можно что-то даже полезное сделать. Впрочем кроме этого ничего на Guile полезного вроде бы больше и не написано. Такой вот язык для одной программы крон и то ставить ее можно тольок в случае полного заболевания головы или уничтожении оригинального крона
| | |
| 2.123, Аноним (123), 20:31, 20/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
Внезапно но systemd-cron ой как нафик не упал в ну огромном количесве оборудования. В подовляющем я бы сказал (от общей массы) по причине что как минимум systemd там нет и никогда не будет и быть не может.
| | |
|
| 1.5, Аноним (5), 11:41, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
>написанная на языке Guile
Linux написано не на Guile! Фатальный недостаток! Срочно переписать!
| | |
| |
| 2.23, Аноним (24), 12:55, 14/08/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Думаю, Фабрис Беллар, который написал виртуалку на JS, смог бы и ядро на Guile.
| | |
|
| |
| 2.54, A.Stahl (ok), 15:42, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
 Как минимум чтобы тыкать носом таких как я, когда мы будет ехидно спрашивать "Ну и что там написано-то на этом вашем самом лучшем в мире скобко-расставителе?"
| | |
|
| 1.8, Аноним (8), 11:57, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
"вместо постоянного мониторинга времени в Mcron применяется выстраивание заданий в линейную очередь c определением задержек между вызовом каждого элемента очереди"
И что они будут делать если оно запустится до установки времени. или время кто-то установит в процессе работы. Да и что-то мне подсказывает, что процесс определения задержек не сильно отличается по ресурсам от постоянного мониторинга времени. Там же точность нужна до секунд.
| | |
| |
| 2.16, Совершенно другой аноним (?), 12:36, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
> "вместо постоянного мониторинга времени в Mcron применяется выстраивание заданий в линейную
> очередь c определением задержек между вызовом каждого элемента очереди"
> Да и что-то мне подсказывает, что процесс определения задержек не сильно отличается по
> ресурсам от постоянного мониторинга времени. Там же точность нужна до секунд.
Например, Вы выставили время запуска через 10 минут. В случае постоянного мониторинга процесс будет просыпаться за это время 599 раз, проверять всю очередь (в нашем примере в очередь одно Ваше задание), и запустит его только на 600 раз. В случае их подхода - он проснётся один раз - через 10 минут. А теперь можно посчитать, что будет, если надо запускать раз в неделю или раз в месяц.
| | |
| |
| 3.26, Аноним (8), 13:03, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
Планировщик, тоже потребляет ресурсы. В классическом кроне процедура отсчитывающая секунды и проверяющая нет ли заданий для запуска не сильно напрягается.
| | |
| |
| |
| 5.37, Аноним (8), 13:29, 14/08/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
"Понятно что на самом деле всё гораздо сложнее, но я это в контексте исходной предпосылкой с одним заданием."
Вот именно. Сферические кони весьма хороши в вакууме. На практике же классический что-то никто не выбрасывает, хотя режимы энергосбережения существуют уже десятки лет. Сабж же заявляет, что он лучше в плане энергосбережения, но что-то не видно особых сравнений.
| | |
| |
| 6.40, Совершенно другой аноним (?), 13:44, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
> "Понятно что на самом деле всё гораздо сложнее, но я это в
> контексте исходной предпосылкой с одним заданием."
> Вот именно. Сферические кони весьма хороши в вакууме. На практике же классический
> что-то никто не выбрасывает, хотя режимы энергосбережения существуют уже десятки лет.
> Сабж же заявляет, что он лучше в плане энергосбережения, но что-то
> не видно особых сравнений.
Остаётся только надеяться, что авторы в итоге выложат результаты бенчмарков. Другое дело, что их выигрыш в одном может быть потерян в другом. Например, т.к. используется интерпретатор, то некоторые вещи могут наоборот большего времени, чем если бы был использован компилятор и работал нативный код.
| | |
| |
| 7.41, Аноним (8), 13:53, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
Просто с точки зрения работы ядра, оптимизация крона это такая мелочь по сравнению со всем остальным, что почти никак не повлияет на общее энергосбережение. Надо же один процесс просыпается один раз в секунду, в то время как ядро наносекундами оперирует. Плюс в случае с mcron вы будете иметь n (число заданий) спящих тредов, между которыми нужно будет переключаться, а это тоже ресурсы.
| | |
| |
| 8.91, Ordu (ok), 21:39, 14/08/2020 [^] [^^] [^^^] [ответить] | +1 +/– |  Система в спячке, но раз в секунду её надо вывести из спячки, дать поработать пр... большой текст свёрнут, показать | | |
|
|
| 6.47, Аноним (45), 14:56, 14/08/2020 [^] [^^] [^^^] [ответить]
| +5 +/– | |
>На практике же классический что-то никто не выбрасывает
Про tickless kernel слышал? Это примерно то же самое, 10 лет уже используют.
| | |
| 6.88, Ordu (ok), 20:52, 14/08/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Сферические кони весьма хороши в вакууме. На практике же классический что-то никто не выбрасывает, хотя режимы энергосбережения существуют уже десятки лет.
Если не выбрасывают и мы не знаем причины, почему не выбрасывают, то наш долг выбросить, и посмотреть, что произойдёт: а вдруг все не выбрасывают его только потому, что не знают, почему другие не выбрасывают? Если же есть какая-то разумная причина для сохранения "классического" подхода, то по крайней мере мы её узнаем, и в отличие от всех остальных будем знать.
| | |
|
| 5.121, rvs2016 (ok), 22:35, 18/08/2020 [^] [^^] [^^^] [ответить] | +/– |  В таком кроне если кто-то выключил систему во время выполнения команды sleep sle... большой текст свёрнут, показать | | |
| |
| 6.122, Совершенно другой аноним (?), 11:37, 19/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
>> sleep_time = calc_time(when);
>> sleep(sleep_time);
>> do_job();
> В таком кроне если кто-то выключил систему во время выполнения команды sleep(sleep_time),
> а потом включил её до истечения времени sleep_time, то команду do_job()
> уже будет некому запустить.
Прошу прощения, не совсем понял о чём Вы. Если Если выключить во время выполнения sleep(), а потом включить до его истечения - так cron при включении ведь заново запуститься, и рассчитает время ожидания исходя из текущего времени запуска. вроде как с этой стороны проблем быть не должно.
| | |
| |
| 7.126, rvs2016 (ok), 00:45, 23/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
 > Прошу прощения, не совсем понял о чём Вы. Если Если выключить во
> время выполнения sleep(), а потом включить до его истечения - так
> cron при включении ведь заново запуститься, и рассчитает время ожидания исходя
> из текущего времени запуска. вроде как с этой стороны проблем быть
> не должно.
А. Ну да. Если в случае перезапуска крона предусмотрен перасчёт времени до ближайшего задания, то тогда всё нормально.
| | |
|
|
|
| 4.31, Совершенно другой аноним (?), 13:20, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Планировщик, тоже потребляет ресурсы. В классическом кроне процедура отсчитывающая секунды
> и проверяющая нет ли заданий для запуска не сильно напрягается.
прошу прощения, не дописал. А отредактировать не могу. Для крона получится:
sleep_time = calc_time(when);
while (sleep_time > 0)
{ sleep(1);
sleep_time--;
}
do_job();
[/codee]
| | |
| |
| 5.100, draw1 (?), 01:20, 15/08/2020 [^] [^^] [^^^] [ответить] | –1 +/– | А в стандартном кроне реально подобным образом сделано Или это домыслы на основ... большой текст свёрнут, показать | | |
| |
| 6.108, Forth (ok), 11:33, 15/08/2020 [^] [^^] [^^^] [ответить] | +1 +/– |  А почему никто не удосужился просто посмотреть Это же проще всего Ubuntu 20 04... большой текст свёрнут, показать | | |
|
|
|
| 3.49, CAE (ok), 15:04, 14/08/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Это если заданий немного. Да и то есть сомнения, что при малом кол-ве заданий выигрыш заметен.
Кроме того, надо хотя бы раз в минуту проверять сдвиг реального времени от синхронизации. То есть просыпаться, даже если заданий почти нет. И вести пересчёт таймеров ожидания запуска в списке, если сдвиг произошёл. Плюс если локалтайм сменился - добро пожаловать в ад :)
| | |
| |
| 4.50, Совершенно другой аноним (?), 15:18, 14/08/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Это если заданий немного. Да и то есть сомнения, что при малом
> кол-ве заданий выигрыш заметен.
> Кроме того, надо хотя бы раз в минуту проверять сдвиг реального времени
> от синхронизации. То есть просыпаться, даже если заданий почти нет. И
> вести пересчёт таймеров ожидания запуска в списке, если сдвиг произошёл. Плюс
> если локалтайм сменился - добро пожаловать в ад :)
В clock_nanosleep() есть TIMER_ABSTIME - можно ждать сразу до назначенного времени (времени ближайшего к выполнению задания), а дальше это уже больше проблемы ядра. По поводу localtime-а - тут, наверное, действительно может быть проблема.
| | |
| |
| 5.55, CAE (ok), 15:59, 14/08/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Сигнал, EINTR и отсутствие remain. Мммм... Не уверен, что ABSTIME хороший выбор для планировщика.
Конечно, сигнал крону - это скорее редкость, хотя и не такая уж, crontab всяко должен сказать "reload plz".
upd. can restarted я не прочёл, прежде чем написал, да, ABSTIME можно.
| | |
|
| 4.101, draw1 (?), 01:58, 15/08/2020 [^] [^^] [^^^] [ответить] | –1 +/– | Если задания отсортированы, то не надо пересчитывать весь список - можно реализо... большой текст свёрнут, показать | | |
|
|
|
| 1.11, Нанобот (ok), 12:09, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > Ключевой особенностью проекта является ... В периоды между активацией заданий mcron полностью неактивен. Подобный подход существенно снижает накладные расходы при работе cron
Экономия на спичках
| | |
| 1.12, Аноним (12), 12:16, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
 Достопочтенные комментаторы OpenNet, меня интересует ваше авторитетное мнение. Какая, на ваш взгляд, самая лучшая, придуманная и быстрая DE в среде Linux? Существует ли она? Не шучу, мне правда интересно
| | |
| |
| 2.18, aa (?), 12:43, 14/08/2020 [^] [^^] [^^^] [ответить]
| +6 +/– |
bash
быстро, удобно
и я не шучу - для тех кто юзает крон, баш вполне себе ДЕ
| | |
| |
| 3.35, Michael Shigorin (ok), 13:28, 14/08/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Ну он же флейма хотел, так что нет, никакой не bash, а zsh! (и ещё надо gremlin@ позвать, втопит за tcsh)
| | |
| |
| |
| 5.104, flkghdfgklh (?), 07:38, 15/08/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> молодежно
Шел 2004 год, я был молодым, а ты так вообще был в яслях, на опеннете с лором вышла новость про будущего конкурента bash'у под названием fish
Идет 2020 год, я полностью седой дядька, а ты пишешь про молодежность fish'а
Смешно
| | |
|
|
| 3.102, СеменСеменыч777 (?), 03:19, 15/08/2020 [^] [^^] [^^^] [ответить]
| +/– | |
bash разжирел за последние 10 лет.
для текста выбираю screen и tcsh,
для X - jwm (возможно, найдется лучше).
| | |
|
|
| 1.15, Xasd6 (?), 12:31, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
> Подобный подход существенно снижает накладные расходы при работе cron
ну хорошо бы тогда чтоб показали насколько процентов компьютер в итоге разгрузился
на mcron
по сравнению с vixiecron
оптимизаторы хрЕновы :-) (оптимизировали там где легко, а не там где узкое место :))
| | |
| |
| 2.38, Michael Shigorin (ok), 13:30, 14/08/2020 [^] [^^] [^^^] [ответить]
| –7 +/– | |
А до меня вчера дошло при разглядывании очередного однопотокового выхлопа шмяка, что бы стоило сделать.
Одноклассника autoconf/cmake и подобных, только параллелящегося. Например, поверх того же make.
Но поскольку я понимаю, что в этом классе софта даже не чайник -- то и делать не стану; а жаль даже немножко...
| | |
| 2.71, anonymous yet another (?), 17:32, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
Есть guile-встройка у gmake (её только не всегда собирают).
Посмотреть практическое использование (за пределами hello world)
мне не удалось: не нашёл. А посмотреть было бы интересно.
| | |
|
| 1.42, user90 (?), 13:58, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
О нафлудили-то!
Юзал когда-то, еще на GuixSD вроде. Насколько могу припомнить, у Mcron больше фичей, чем тут указано.
| | |
| |
| |
| 3.90, Ordu (ok), 21:31, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
В словаре английского указано, что "to lisp" переводится как "шепелявить". У Пратчетта все Игори были лисперами, lisp'али безбожно.
| | |
| |
| 4.119, другой аноним (?), 03:29, 18/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
На самом деле это "шепелявить наоборот", говорить "с" вместо "ш". Для русского такой дефект речи близко к невозможен, потому что у нас "ш" -- сравнительно редкий звук. А для английского -- только в путь. Так что скорее уж "сепелявить".
| | |
|
|
|
| 1.58, Аноним (58), 16:15, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> написанная на языке Guile
И кто это развивать будет кроме полутора сумасшедших бородатых «альтернативщиков»? Код, в особенности развиваемый сообществом, должнн быть написан максимально просто и понятно. А все эти потуги на «правильные» (с точки зрения сумасшедших) языки обрекают проект на провал.
| | |
| |
| 2.60, CAE (ok), 16:25, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
Если есть готовый заказчик, который башляет за решение, то привязка к экзотике - это гарантированный сбыт в нужную сторону на определённое время.
| | |
| 2.61, user90 (?), 16:25, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> И кто это развивать будет кроме полутора сумасшедших бородатых «альтернативщиков»?
Точно! Хоть бы на javascript, дебилы, переписали)))
| | |
| 2.70, Crazy Alex (ok), 17:21, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
 Проблема в том, что никакого мейнстрима, который был бы мелок и давал чистый красивый код, нет. Lua разве что, но так себе мейнстрим и так себе качество кода. Питон подразумевает адовый рантайм, JS - тот ещё урод. компилируемые они брать не захотели и в этом что-то есть.
| | |
| |
| |
| 4.77, Аноним (77), 18:01, 14/08/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Питухонский код выполняется на виртуальной машине. Жаба точно такая же. Ты вообще о чём?
| | |
| |
| 5.79, Аноним (20), 18:05, 14/08/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Питухонский код выполняется на виртуальной машине. Жаба точно такая же. Ты вообще
> о чём?
Сам по себе интерпретатор там дохрена и больше лёгкий (а запуск его мгновенный), тормозит только код который можно и выкинуть при желании.
| | |
|
|
|
| 2.93, distrobuilder (?), 22:36, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> «правильные» (с точки зрения сумасшедших) языки
Это синдром утёнка: в Беркли всех студентов-первокурсников лиспом портят.
| | |
|
| 1.74, anonymous yet another (?), 17:46, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
Странно. Оригинальная статья с мотивацией 2003 года. А ведь есть (для сравнения функциональности/архитектурных решений) всякий anacron, или fcron (который перекрывает функциональность классики и anacron, а начинается где-то в 2000-м). А если порыться, то ещё, наверное, всяких реализаций найти можно.
Т.е. главное --- написано на guile?
| | |
| |
| 2.75, user90 (?), 17:55, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Т.е. главное --- написано на guile?
Написано на Guile И используется в Guix(SD), который.. [RTFM]
| | |
|
| 1.81, Анонолекс (?), 18:46, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Все комменты не читал, но не одобряю. Я нашего Столлмана люблю, но убил бы только за то, что он в любой проект свою реализацию LISPа пропихивает...
| | |
| |
| 2.84, Аноним (84), 19:23, 14/08/2020 [^] [^^] [^^^] [ответить]
| +/– | |
Вот они, анонимные аналитики Опеннета во всей красе))
Причем тут Столлман - создатель Emacs - в котором Emacs Lisp, и Guile, расскажи-ка. Ты дурбэцило знаешь, сколько всего Лиспов есть? ;)
| | |
| 2.115, myhand (ok), 08:20, 16/08/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
 В смысле свою? Он автор Emacs - вот там, действительно, весьма свой лисп с приветами из 70-х в виде динамического связывания и т.п.
Схему - придумал не RMS, не им она стандартизована и даже сам проект Guile - не он начал.
| | |
| 2.124, ананасус (?), 16:42, 22/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
Она не его, Guile довольно плохая реализация Scheme: ни r7rs в день отгрузки, ни натива, ни образов. Вдобавок украдена.
| | |
| |
| 3.127, myhand (ok), 08:02, 23/08/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Она не его, Guile довольно плохая реализация Scheme: ни r7rs в день отгрузки
Это вы вообще об чем? r7rs поддерживается.
> Вдобавок украдена.
Это еще у кого?
| | |
|
|
|
