The OpenNET Project / Index page

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

Выпуск Mcron 1.2, реализации cron от проекта GNU

14.08.2020 11:15

После двух лет разработки опубликован релиз проекта GNU Mcron 1.2, в рамках которого развивается реализации системы cron, написанная на языке Guile. В новом выпуске проведена большая чистка кода - весь код на языке Си переписан и проект теперь включает только исходные тексты на языке Guile.

Mcron на 100% совместим с Vixie cron и может выступать в роли его прозрачной замены. При этом кроме формата конфигурации Vixie cron в Mcron предоставляется возможность определения сценариев периодического запуска заданий, написанных на языке Scheme. Реализация Mcron включает в три раза меньше строк кода, чем Vixie cron. Mcron может запускаться без привилегий root для обработки заданий текущего пользователя (пользователь может запустить свой демон mcron).

Ключевой особенностью проекта является иной подход в организации планирования выполнения работ - вместо постоянного мониторинга времени в Mcron применяется выстраивание заданий в линейную очередь c определением задержек между вызовом каждого элемента очереди. В периоды между активацией заданий mcron полностью неактивен. Подобный подход существенно снижает накладные расходы при работе cron и увеличивает точность срабатывания заданий.

  1. Главная ссылка к новости (https://www.mail-archive.com/i...)
  2. OpenNews: Выпуск Mcron 1.1, реализации cron от проекта GNU
  3. OpenNews: Релиз свободной системы финансового учета GnuCash 4.0
  4. OpenNews: Выпуск P2P-платформы GNUnet 0.13. Продвижение GNS в качестве интернет-стандарта
  5. OpenNews: Увидел свет GNU Guile 3.0
  6. OpenNews: Выпуск GNU Binutils 2.35
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/53549-mcron
Ключевые слова: mcron, gnu, guile
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (104) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Fracta1L (ok), 11:21, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –21 +/
    Зачем это нужно при наличии systemd-cron?
     
     
  • 2.2, Совершенно другой аноним (?), 11:26, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Ну, как-бы Вы должны быть наоборот довольны - systemd-cron на "дырявом" C, а этот - вовсе нет, не на божественных Rust или Go, конечно, но всё-же.
     
     
  • 3.3, Fracta1L (ok), 11:29, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –28 +/
    Гнутые бороды не могут писать без дыр, так что толку от этого переписывания...
     
     
  • 4.4, Уровень Предприятия (?), 11:39, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +21 +/
    Главное, вы с Лёней можете.
     
  • 4.24, Аноним (24), 12:58, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Ага, значит, ты признаёшь, что дыр можно наклепать на любом языке, в т. ч. и на Rust?
     
  • 4.85, Аноним (85), 19:42, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уважаемый гладко выбритый Fracta1L, не затруднит ли Вас продемонстрировать нам пример своего кода (на любом языке), полностью лишённого дыр?
     
     
  • 5.106, Аноним (106), 09:36, 15/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А откуда ты знаешь что он ТАМ гладко выбрит?
     
  • 3.32, Michael Shigorin (ok), 13:23, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Браво!  Нет, не так -- БРАВО! :)
     
     
  • 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 и так уже прославились баш-портянками - время же за современными юнитами Линуса Поттеринга!
     
     
  • 3.82, Аноним (82), 18:51, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Линус Потерринг
    > Линус

    типун тебе…

     
  • 2.111, dwm (?), 17:40, 15/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так это для Guix :)
     
  • 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.
     

  • 1.7, Аноним (7), 11:49, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    и зачем этот Лисп?
     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Планировщик, тоже потребляет ресурсы. В классическом кроне процедура отсчитывающая секунды и проверяющая нет ли заданий для запуска не сильно напрягается.
     
     
  • 4.30, Совершенно другой аноним (?), 13:16, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В смысле формально там, по ресурсам что-то типа code sleep_time calc_time ... большой текст свёрнут, показать
     
     
  • 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.46, Crazy Alex (ok), 14:50, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Каких ещё тредов Один тред, в нём - очередь Классический вариант для эмбеда то... текст свёрнут, показать
     
  • 8.52, n00by (ok), 15:34, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С точки зрения ядра всё складывается из вот таких почти ... текст свёрнут, показать
     
  • 8.76, Экономный Анон (?), 17:59, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У меня как у нуба вот какой вопрос в системе уже стоит cron, на него ещё всякие... текст свёрнут, показать
     
  • 8.91, Ordu (ok), 21:39, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Система в спячке, но раз в секунду её надо вывести из спячки, дать поработать пр... большой текст свёрнут, показать
     
  • 7.80, rshadow (ok), 18:43, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Уже сейчас можно посмотреть powertop например.
     
  • 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.10, Аноним (10), 12:02, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оверинжиниринг!
     
  • 1.11, Нанобот (ok), 12:09, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Ключевой особенностью проекта является ... В периоды между активацией заданий mcron полностью неактивен. Подобный подход существенно снижает накладные расходы при работе cron

    Экономия на спичках

     
     
  • 2.57, A.Stahl (ok), 16:15, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Спичка здесь, спичка там... Глядишь, а вот уж и лес сэкономлен.
     

  • 1.12, Аноним (12), 12:16, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Достопочтенные комментаторы OpenNet, меня интересует ваше авторитетное мнение. Какая, на ваш взгляд, самая лучшая, придуманная и быстрая DE в среде Linux? Существует ли она? Не шучу, мне правда интересно
     
     
  • 2.18, aa (?), 12:43, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    bash
    быстро, удобно
    и я не шучу - для тех кто юзает крон, баш вполне себе ДЕ
     
     
  • 3.27, Аноним (24), 13:08, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как будто, cron нельзя юзать пользуясь KDE.
     
  • 3.35, Michael Shigorin (ok), 13:28, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну он же флейма хотел, так что нет, никакой не bash, а zsh! (и ещё надо gremlin@ позвать, втопит за tcsh)
     
     
  • 4.44, kido5217 (?), 14:22, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    fish shell. Можно-молодежно.
     
     
  • 5.104, flkghdfgklh (?), 07:38, 15/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > молодежно

    Шел 2004 год, я был молодым, а ты так вообще был в яслях, на опеннете с лором вышла новость про будущего конкурента bash'у под названием fish
    Идет 2020 год, я полностью седой дядька, а ты пишешь про молодежность fish'а
    Смешно

     
  • 4.64, A.Stahl (ok), 16:31, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    command.com из-под dosbox -- прост и удобен.
     
  • 3.102, СеменСеменыч777 (?), 03:19, 15/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    bash разжирел за последние 10 лет.

    для текста выбираю screen и tcsh,
    для X - jwm (возможно, найдется лучше).

     
     
  • 4.109, Аноним (109), 13:57, 15/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И в чём же он разжирел?
     
     
  • 5.116, СеменСеменыч777 (?), 11:50, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > И в чём же он разжирел?

    в потреблении RAM и CPU, очевидно же.

     
  • 2.53, ДмитрийСССР (?), 15:36, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Linux Mint MATE, ничего лучше ещё не нашёл, хотя пробовал много чего.
     
     
  • 3.99, Аноним (99), 00:59, 15/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё один не отличает DE, IDE и KDE.
     
  • 2.103, bergentroll (ok), 07:21, 15/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Xfce.
     
  • 2.105, myhand (ok), 08:26, 15/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    emacs
     

  • 1.15, Xasd6 (?), 12:31, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Подобный подход существенно снижает накладные расходы при работе cron

    ну хорошо бы тогда чтоб показали насколько процентов компьютер в итоге разгрузился

    на mcron
    по сравнению с vixiecron

    оптимизаторы хрЕновы :-) (оптимизировали там где легко, а не там где узкое место :))

     
     
  • 2.36, Michael Shigorin (ok), 13:29, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Пишете, надеюсь, из узкого места или ещё не дошли?
     
     
  • 3.43, Xasd6 (?), 14:17, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    надо же какой тонкий юмор :-)
     
     
  • 4.86, Аноним (85), 19:46, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Двенадцатиперстный.
     

  • 1.20, Аноним (20), 12:48, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я выбираю https://github.com/cronie-crond/cronie все остальные шляпа.
     
     
  • 2.68, Аноним (66), 17:04, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Cronyism
     

  • 1.25, Аноним (24), 13:03, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я вот жду, когда у них появится система сборки на Guile.
     
     
  • 2.38, Michael Shigorin (ok), 13:30, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –7 +/
    А до меня вчера дошло при разглядывании очередного однопотокового выхлопа шмяка, что бы стоило сделать.

    Одноклассника autoconf/cmake и подобных, только параллелящегося.  Например, поверх того же make.

    Но поскольку я понимаю, что в этом классе софта даже не чайник -- то и делать не стану; а жаль даже немножко...

     
     
  • 3.73, alex312 (?), 17:40, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    уже https://www.gnu.org/software/make/manual/html_node/Guile-Integration.html
     
  • 3.92, distrobuilder (?), 22:32, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    meson + ninja. и ничего делать не надо
     
  • 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 больше фичей, чем тут указано.

     
  • 1.51, Вы забыли заполнить поле Name (?), 15:22, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    как-то ради интереса пробовал этот mcron: при ошибке в конфигурации выдает простыню стек трейса на лишпе.
     
     
  • 2.56, Аноним (56), 16:10, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > лишпе.

    лиспе, там „С“.

     
     
  • 3.67, Аноним (67), 17:01, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    лишп машт флоу!
     
     
  • 4.69, Аноним (56), 17:10, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    флуд
     
  • 3.87, Лишпер (?), 20:38, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Специально исковеркал
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Если есть готовый заказчик, который башляет за решение, то привязка к экзотике - это гарантированный сбыт в нужную сторону на определённое время.
     
     
  • 3.62, user90 (?), 16:27, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты это про GNU, наркоман?
     
  • 2.61, user90 (?), 16:25, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > И кто это развивать будет кроме полутора сумасшедших бородатых «альтернативщиков»?

    Точно! Хоть бы на javascript, дебилы, переписали)))

     
  • 2.70, Crazy Alex (ok), 17:21, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в том, что никакого мейнстрима, который был бы мелок и давал чистый красивый код, нет. Lua разве что, но так себе мейнстрим и так себе качество кода. Питон подразумевает адовый рантайм, JS - тот ещё урод. компилируемые они брать не захотели и в этом что-то есть.
     
     
  • 3.72, Аноним (20), 17:33, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Питон можно без рантайма.
     
     
  • 4.77, Аноним (77), 18:01, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Питухонский код выполняется на виртуальной машине. Жаба точно такая же. Ты вообще о чём?
     
     
  • 5.79, Аноним (20), 18:05, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Питухонский код выполняется на виртуальной машине. Жаба точно такая же. Ты вообще
    > о чём?

    Сам по себе интерпретатор там дохрена и больше лёгкий (а запуск его мгновенный), тормозит только код который можно и выкинуть при желании.

     
     
  • 6.89, Crazy Alex (ok), 21:27, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    и тогда оно ничего уметь не будет. Толку-то?
     
     
  • 7.107, Аноним (20), 10:56, 15/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем тебе что-то уметь в мать его обёртке над ядром?
     
  • 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]

     
     
  • 3.78, Аноним (77), 18:02, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    который есть Лисп?
     
     
  • 4.110, Аноним (109), 14:13, 15/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Scheme
     

  • 1.81, Анонолекс (?), 18:46, 14/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все комменты не читал, но не одобряю. Я нашего Столлмана люблю, но убил бы только за то, что он в любой проект свою реализацию LISPа пропихивает...
     
     
  • 2.83, anonymous yet another (?), 18:56, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Хмм... Он даже в Emacs Guile так и не подтянул. Хотя вялотекущая деятельность там, кажется, ещё есть.
     
     
  • 3.94, Анонолекс (?), 23:41, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вася, шёл бы с миром...
     
  • 3.114, myhand (ok), 08:14, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Есть, конечно.  Протянем еще правильные скобочки куда нада!
     
  • 2.84, Аноним (84), 19:23, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот они, анонимные аналитики Опеннета во всей красе))

    Причем тут Столлман - создатель Emacs - в котором Emacs Lisp, и Guile, расскажи-ка. Ты дурбэцило знаешь, сколько всего Лиспов есть? ;)

     
     
  • 3.96, Анонолекс (?), 23:57, 14/08/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну, с 2000 несколько реализацийю. А ты?
     
  • 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.125, Michael Shigorin (ok), 16:48, 22/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > ни натива

    Порой это как раз хорошо.

     
  • 3.127, myhand (ok), 08:02, 23/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Она не его, Guile довольно плохая реализация Scheme: ни r7rs в день отгрузки

    Это вы вообще об чем?  r7rs поддерживается.

    > Вдобавок украдена.

    Это еще у кого?

     

  • 1.98, Аноним (98), 00:16, 15/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    YAC? Велосипед.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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