The OpenNET Project / Index page

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

Выпуск системы инициализации GNU Shepherd 0.5

26.09.2018 19:59

Увидел свет сервисный менеджер GNU Shepherd 0.5 (бывший dmd), который развивается разработчиками дистрибутива GuixSD GNU/Linux в качестве поддерживающей зависимости альтернативы системе инициализации SysV-init. Управляющий демон и утилиты Shepherd написаны на языке Guile (одна из реализаций языка Scheme), который также используется для определения настроек и параметров запуска сервисов.

Shepherd может использоваться как в роли основной системы инициализации (init c PID 1), так и в обособленном виде для управления фоновыми процессами отдельных пользователей (например, для запуска tor, privoxy, mcron и т.п.) с выполнением с правами данных пользователей. Shepherd выполняет работу по запуску и остановке сервисов, учитывая взаимосвязь между сервисами, динамически определяя и запуская сервисы, от которых зависит выбранный сервис.

Shepherd также поддерживает определение конфликтов между сервисами и предотвращает их одновременное выполнение. Shepherd уже применяется в дистрибутиве GuixSD GNU/Linux и нацелен также на использование в GNU/Hurd, но может работать в любой POSIX-совместимой ОС, для которой доступен язык Guile.

Основные новшества:

  • Добавлена возможность определения замены сервисов;
  • При перезапуске сервиса теперь перезапускаются и все зависимые от него сервисы;
  • Добавлен режим мягкого (graceful) завершения работы при нажатии ctrl-alt-del (работает только при запуске как PID 1 в GNU/Linux);
  • Реализована поддержка запуска действий для сервисов, не запущенных в текущий момент;
  • Добавлена поддержка Guile 3.0. Для работы теперь требуется как минимум Guile 2.0.13;
  • Удалён неиспользуемый код с реализацией уровней запуска (runlevel).


  1. Главная ссылка к новости (https://lists.gnu.org/archive/...)
  2. OpenNews: Доступен пакетный менеджер GNU Guix 0.15 и дистрибутив GuixSD на его основе
  3. OpenNews: Доступен полностью свободный Linux-дистрибутив Trisquel 8.0
  4. OpenNews: Фонд СПО признал PureOS полностью свободным дистрибутивом
  5. OpenNews: OpenWrt начинает интеграцию собственной минималистичной системы инициализации procd
  6. OpenNews: Выпуск системы инициализации sysvinit 2.90
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/49344-shepherd
Ключевые слова: shepherd, init, guix
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (56) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, proninyaroslav (ok), 21:09, 26/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Осталось ядро на лиспе запилить.
     
  • 1.2, jOKer (ok), 21:34, 26/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    Не, не пойдет. У него же фатальный недостаток по-определению! Вот если бы его запилил Ленька, тогда - да. Но и тогда малая сложность и легкая поддерживаемость продукта могли бы ему стоить карьеры самого-самого-самого. Это не говоря уж об отсутствии в его составе systemD-logger, FierwallD и прочих -D.... Блин, да в нем же даже веб-сервера для предоставления JSON API нет! Ну куда это годится?! Не, однозначно не пойдет.
     
     
  • 2.4, user90 (?), 21:52, 26/09/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Да, бро, тебе это будет сложно принять.. не все могли бы, скажу честно, но Shepherd -  просто-запускалка. И больше оно ничего не делает! И логротатор отдельный, и другие системы типа garbage collector..  речь о GuixSD.
     
     
  • 3.13, Аноним (13), 05:56, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Зачем сборщик мусора в системе инициализации? Разве только если она сама не мусор и за ней нужно подметать?
     
     
  • 4.25, Andrey Mitrofanov (?), 09:58, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем сборщик мусора в системе инициализации? Разве только если она сама не
    > мусор и за ней нужно подметать?

    Лёню тролят.

     
  • 3.30, Аноним (30), 11:28, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >Shepherd -  просто-запускалка. И больше оно ничего не делает!

    А процесс с PID 1 и не должен больше ничего делать, кроме как сервисы запускать с контролем зависимостей. А сами сервисы должны иметь возмозность быть сделанными разными проектами, а не входить в состав единственно верной запускалки.

     
  • 2.5, Аноним (5), 23:17, 26/09/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    рекомендую к прочтению букварь. Тоже все просто и понятно. Никаких сложных скрытых смыслов, знай себе и заучивай: А - арбуз, Б - барабан, мама мыла раму.
     
     
  • 3.28, Дегенератор (?), 10:11, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Букварь какого года, кто издатель, кто автор? Уточните рекомендацию и я укажу вам непростоту, непонятность, сложный скрытый смысл. (Например, для чего мама моет центральноамериканский индейский народ?)
     

  • 1.3, user90 (?), 21:39, 26/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вполне себе работает. Тут можно понтоваться, что быстрее: Shepherd или б-гмерзкий systemd, но по сути счет будет на секунды. Ладно, на десяток секунд)) Вкуривайте, ваш поцтеринг это лишь ***
     
     
  • 2.9, your mom (?), 01:24, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    что у тебя за железо, что система стартует десятки секунд? имхо на современном железе (8 cores, DDR4, SSD/NVMe) 6 секунд это уже повод проверить всё ли работает правильно, не важно убунта это, гента или void.
     
     
  • 3.10, Vitaliy Blats (?), 02:37, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > что у тебя за железо, что система стартует десятки секунд? имхо на современном железе (8 cores, DDR4, SSD/NVMe) 6 секунд это уже повод проверить всё ли работает правильно, не важно убунта это, гента или void.

    Я тебя разочарую, но на современных системах никсы стартуют весьма медленно соотносительно скоростей железа по отдельности. Core i3-6100\16 Gb DDR4\256Gb NVMe со скоростью в 2.4 Гб\с - для тебя норм ? 15-20 секунд - любой современный дистр. 5 секунд - винда. Рядом лежит ноутбук постарее - там такой же дистр стартует за несколько секунд. И я не знаю кому передавать превед - SystemГ, spectre\meltdown, или NVMe.

    Такие дела.

     
     
  • 4.14, Аноним (13), 06:03, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Что то у вас не так с вашим линуксом, недавно смотрел на kubuntu, после выбора загрузочного пункта в uefi до экрана логина запускается одинаково быстро как и винда секунд за 5.

    Только если установить из PPA последние драйвера невидии наинаются раздражающие переключения разрешения экрана. С офф пакетами от шатлврота 300х(емнип) серии все нормально. Тиринг фиксится опцией force full pipeline чето там в настройках этой невидии. В опенсорцных как был на maxwell так и есть.

     
  • 4.15, Аноним (13), 06:07, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну и с SSD/NVMe в этом линуксе не все так шикарно. Раз на раз не приходится и много зависит от контроллера устройства и производителя. Купил - под виндой гигабиты как положено в обе стороны. Смотришь в линуксе чет типа 100 мбит.
     
     
  • 5.21, GG (ok), 08:06, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Просто не надо всякое говно покупать.
    Нормальные контроллеры без проблем работают всезде.
     
  • 4.17, Аноним (17), 06:24, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > 5 секунд - винда

    Потому что она не выключается а просто переходит в гибернацию. Отсюда и скорость загрузки. Попробуй выдернуть вилку\разрядить батарею при включеной венде. Удивляйся как на самом деле долго она будет запускаться.

     
     
  • 5.22, GG (ok), 08:06, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, дело не в этом.
    При включении оно просто рисует анимацию загрузки долго.
     
     
  • 6.33, Vitaliy Blats (?), 12:13, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Нет, дело не в этом.
    > При включении оно просто рисует анимацию загрузки долго.

    Машина действительно стационарная, и в принципе даже само ядро загружается относительно долго (после нажатия Enter в грабе).

    Пробовал пересобирать ведро, вкомпиливать туда драйверы и отключать initrd - чуть быстрее, но все же не то.

    Может там какие-то опросы идут или еще хз что, не знаю.

     
     
  • 7.34, GG (ok), 12:31, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Просто руки у кого-то растут из жопы.
    В нормальной ситуации три-четыре секунды более чем достаточно для полной загрузки.
     
     
  • 8.36, Vitaliy Blats (?), 12:51, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ты вообще меня перечитал, нарик Какие нафиг руки из жопы, если свежеустановлен... текст свёрнут, показать
     
     
  • 9.37, GG (ok), 13:17, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Ты вообще знаешь что такое руки из жопы Хотя откуда это мозгам всмятку Сиди и ... текст свёрнут, показать
     
  • 9.43, Аноним (43), 14:16, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это и называется - руки из опы Твой Кэп... текст свёрнут, показать
     
  • 4.19, Акакжев (?), 07:57, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Core i3-6100\16 Gb DDR4\256Gb NVMe
    > 15-20 секунд

    Если это стационарная машина, попробуйте установить haveged.

     
  • 4.20, GG (ok), 08:05, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня как-то секунд в пять укладывается, включая дозагрузку графического окружения после логина.
    Вантуз на две секунды дольше грузится.
     
  • 4.23, Fracta1L (ok), 09:51, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    # systemd-analyze
    Startup finished in 3.429s (kernel) + 1.916s (userspace) = 5.345s
    graphical.target reached after 1.597s in userspace

    Десктоп 6-летней давности.

     
     
  • 5.32, Vitaliy Blats (?), 12:07, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > # systemd-analyze
    > Startup finished in 3.429s (kernel) + 1.916s (userspace) = 5.345s
    > graphical.target reached after 1.597s in userspace
    > Десктоп 6-летней давности.

    root@brix:/ssd# systemd-analyze
    Startup finished in 2.585s (kernel) + 21.766s (userspace) = 24.351s
    graphical.target reached after 7.192s in userspace
    root@brix:/ssd#

    root@brix:/ssd# lspci | grep NVM
    03:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller SM951/PM951 (rev 01)
    root@brix:/ssd#

    root@brix:/ssd# dd if=/dev/nvme0n1p1 of=/dev/null bs=1M
    500+0 records in
    500+0 records out
    524288000 bytes (524 MB, 500 MiB) copied, 0,291342 s, 1,8 GB/s
    root@brix:/ssd#

     
     
  • 6.39, Fracta1L (ok), 13:36, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чини систему
     
     
  • 7.40, Vitaliy Blats (?), 13:38, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чини систему

    Какую систему и от чего чинить ? На Винде все нормально работает.

     
     
  • 8.42, Fracta1L (ok), 14:09, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Свой Линукс Не знаю от чего, как видишь, у остальных всё хорошо с временем загр... текст свёрнут, показать
     
     
  • 9.44, Аноним (44), 14:20, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Отучиваемся говорить за всех У меня 33 811s в свежеустановленном Debian Здесь ... текст свёрнут, показать
     
     
  • 10.45, Fracta1L (ok), 15:03, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Накатил парашу на комп и жалуется, молодец ... текст свёрнут, показать
     
     
  • 11.50, Vitaliy Blats (?), 15:56, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Он накатил ЛИНУКС Если Дебиан перестал быть Линуксом, то просвети же нас, о вел... текст свёрнут, показать
     
  • 10.47, Maxim (??), 15:13, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А пробывали не Debian Например Fedora Исключительное для тестов ... текст свёрнут, показать
     
     
  • 11.48, Andrey Mitrofanov (?), 15:37, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ай, хорошо всё говоришь, правильно Прям по писанному http www opennet r... текст свёрнут, показать
     
     
  • 12.57, Maxim (??), 00:44, 28/09/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    понятия не имею что хотелось сказать... текст свёрнут, показать
     
  • 11.56, Vitaliy Blats (?), 00:39, 28/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Только что поставил Федору 28-ю Это ужоснах полнейший В принципе тормоза те же... текст свёрнут, показать
     
     
  • 12.58, Maxim (??), 00:46, 28/09/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Fedora у меня стоит Minimal CentOS стоит с KDE, я настроил - выглядит очень годн... текст свёрнут, показать
     
  • 9.46, Andrey Mitrofanov (?), 15:11, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Татычо http www opennet ru openforum vsluhforumID3 112870 html 47 http www... текст свёрнут, показать
     
     
  • 10.49, Fracta1L (ok), 15:44, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Что ты хотел сказать ссылками на своё же бессвязное мычание ... текст свёрнут, показать
     
     
  • 11.51, Andrey Mitrofanov (?), 16:15, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Я ж думал, у нас мычанье хором Извиняйте, что встрял в соло ... текст свёрнут, показать
     
  • 6.54, your mom (?), 21:27, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > + 21.766s (userspace) = 24.351s

    Серьезно, чини юзерспейс.
    Наверняка там какое-то "ненужно" не может стартануть с первого раза.

     
     
  • 7.59, Vitaliy Blats (?), 00:54, 28/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Серьезно, чини юзерспейс.
    > Наверняка там какое-то "ненужно" не может стартануть с первого раза.

    Нет бро, меня беспокоит не юзерспейс. Да, там tlp фейлит, но проблема не в нем. Его я отключил, теперь:

    [brix /]# systemd-analyze
    Startup finished in 1.944s (kernel) + 1.258s (userspace) = 3.203s
    graphical.target reached after 1.258s in userspace
    [brix /]#

    Но не грузится ядро за 1.9 сек.

    С момента нажатия Enter в грабе, на секунду-две экран вообще черный (я так понимаю переключается видеорежим, потому что если граб сделать без свистоперделок, то работает норм), затем Loading Linux 4.17-бла-бла-бла. Спустя ШЕСТЬ секунд Loading initial ramdisk, и спустя еще ДЕВЯТЬ секунд - экран снова тухнет и инициализируются иксы.

    Что кстати еще раз доказывает что systemГ поверить - себя обмануть. Тут смотришь записанное вживую видео, где система до иксов грузится СЕМНАДЦАТЬ СЕКУНД, а сустемд вешает лапшу про 1.9 кернел и 3.2 юзерспейс, ага :)

     
     
  • 8.60, your mom (?), 09:20, 28/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Может ГУАШ W UEFI тупит Или Секуребут просто ждет отмашку от тов майора что мож... текст свёрнут, показать
     
  • 8.61, Анонимный аноним (?), 10:02, 28/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Наблюдаю похожую картину у себя Sysemd-analyze говорит одно, секундомер - друго... текст свёрнут, показать
     
  • 4.31, Клыкастый (ok), 11:32, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Я тебя разочарую, но на современных системах никсы стартуют весьма медленно соотносительно скоростей железа по отдельности.

    Ровно наоборот.

    > 15-20 секунд - любой современный дистр. 5 секунд - винда.

    если мерять до логин скрина. если мерять по запуску первого приложения - венда отстаёт на 15-20 сек на моей практике.

     
  • 4.64, hiveliberty (ok), 14:26, 03/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    i3-3120m, ОЗУ 6 Гб, ssd 240gb sata
    Недавно ставил Debian 9 с Gnome. Очень даже шустро загружается. Теже 5 сек, примерно, если не учитывать ожидание в груб 5 сек.
     
  • 3.16, Аноним (17), 06:22, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > на современном железе
    > описание железа стоимостью с автомобиль

    Ну ты молодец, сравнил, конечно. У меня на моей машине 2007 года за 23 секунды стартует полностью.

     
     
  • 4.55, your mom (?), 21:46, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Современное, я имел ввиду железки не старше 3х лет.  
    Хотя на моей машине 10ти летней давности тоже всё грузится менее 10ти секунд.

    Mac Pro (Early 2008)
    2 x 2.8 GHz Quad-Core Intel Xeon
    64 GB 667 MHz DDR2 FB-DIMM
    ATI Radeon HD 2600 XT 256 MB
    Crucial MX300 1TB + HDDs

     

  • 1.7, your mom (?), 01:09, 27/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Выпуск системы инициализации
    > Увидел свет сервисный менеджер

    Вы уж определитесь там, кто что увидел, имхо система инициализации и сервисный менеджер это 2 разных области задач.

     
     
  • 2.11, Vitaliy Blats (?), 02:39, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вы уж определитесь там, кто что увидел, имхо система инициализации и сервисный менеджер это 2 разных области задач.

    Ну это ТВОЕ имхо, а вот по Лёниному имхо, у тебя скоро и система инициализации, и сервисный менеджер, и фаервол и даже ядро - будет одной областью задачи, сам догадаешься какой?

     
     
  • 3.24, Fracta1L (ok), 09:52, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я так понял, тебя Лёня в зад оттарабанил, иначе с чего бы такие анальные боли в каждом комменте
     
  • 2.18, Аноним (18), 07:04, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы уж определитесь там, кто что увидел, имхо система инициализации и сервисный
    > менеджер это 2 разных области задач.

    Эти функции могут сочетаться. На сайте Shepherd и так и так называют:

    The Shepherd is the init system of the GNU operating system.
    The GNU Daemon Shepherd or GNU Shepherd, formerly known as GNU dmd, is a service manager that looks after the herd of system services.

     
     
  • 3.29, your mom (?), 10:25, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    "Пастух является системой инициализации операционной системы ГНУ"
    ГНУ пастух демонов или ГНУ пастух известный ранее как дмд является служебным менеджером который присматривает за стадом системных служб (демонов же!!!)"
    шизофрения какая-то... Хотя я примерно так же документацию на английском пишу :/
     
  • 2.26, Andrey Mitrofanov (?), 10:05, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Выпуск системы инициализации
    >> Увидел свет сервисный менеджер
    > Вы уж определитесь там, кто что увидел, имхо система инициализации и сервисный
    > менеджер это 2 разных области задач.

    Ч-чё непонятного-то: инициализация -- сервисы закускаем, сервисный манегер -- сервисы останавливаем.  Она, лёняфаги не дадут соврать[I]!

     

  • 1.12, Аноним (12), 04:32, 27/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > Управляющий демон и утилиты Shepherd написаны на языке Guile (одна из реализаций языка Scheme)

    Собственно, на этом можно было и заканчивать. GNU с упорством, достойного лучшего применения, тащит на себе это мертворождённое поделие.

     
     
  • 2.27, Andrey Mitrofanov (?), 10:06, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Управляющий демон и утилиты Shepherd написаны на языке Guile (одна из реализаций языка Scheme)
    > Собственно, на этом можно было и заканчивать. GNU с упорством, достойного лучшего
    > применения, тащит на себе это мертворождённое поделие.
    >тащит на себе это мертворождённое поделие.

    Не пужайся, тебя не поэжрёт.

     
  • 2.62, Аноним (30), 11:50, 28/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А чего же тогда никто не возмущается, что Autodesk тащит Лисп в Autocad?
     

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



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

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