Увидел свет (https://lists.gnu.org/archive/html/guix-devel/2018-09/msg002...) сервисный менеджер GNU Shepherd 0.5 (https://www.gnu.org/software/shepherd/) (бывший dmd (https://www.gnu.org/software/shepherd/#history)), который развивается разработчиками дистрибутива 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.Основные новшества:
- Добавлена возможность определения замены сервисов;
- При перезапуске сервиса теперь перезапускаются и все зависимые от него сервисы;
- Добавлен режим мягкого завершения работы (gracefull) при нажатии ctrl-alt-del (работает только при запуске как PID 1 в GNU/Linux);
- Реализована поддержка запуска действий для сервисов, не запущенных в текущий момент;
- Добавлена поддержка Guile 3.0. Для работы теперь требуется как минимум Guile 2.0.13;
- Удалён неиспользуемый код с реализацией уровней запуска (runlevel).URL: https://lists.gnu.org/archive/html/guix-devel/2018-09/msg002...
Новость: https://www.opennet.ru/opennews/art.shtml?num=49344
Осталось ядро на лиспе запилить.
Не, не пойдет. У него же фатальный недостаток по-определению! Вот если бы его запилил Ленька, тогда - да. Но и тогда малая сложность и легкая поддерживаемость продукта могли бы ему стоить карьеры самого-самого-самого. Это не говоря уж об отсутствии в его составе systemD-logger, FierwallD и прочих -D.... Блин, да в нем же даже веб-сервера для предоставления JSON API нет! Ну куда это годится?! Не, однозначно не пойдет.
Да, бро, тебе это будет сложно принять.. не все могли бы, скажу честно, но Shepherd - просто-запускалка. И больше оно ничего не делает! И логротатор отдельный, и другие системы типа garbage collector.. речь о GuixSD.
Зачем сборщик мусора в системе инициализации? Разве только если она сама не мусор и за ней нужно подметать?
> Зачем сборщик мусора в системе инициализации? Разве только если она сама не
> мусор и за ней нужно подметать?Лёню тролят.
>Shepherd - просто-запускалка. И больше оно ничего не делает!А процесс с PID 1 и не должен больше ничего делать, кроме как сервисы запускать с контролем зависимостей. А сами сервисы должны иметь возмозность быть сделанными разными проектами, а не входить в состав единственно верной запускалки.
рекомендую к прочтению букварь. Тоже все просто и понятно. Никаких сложных скрытых смыслов, знай себе и заучивай: А - арбуз, Б - барабан, мама мыла раму.
Букварь какого года, кто издатель, кто автор? Уточните рекомендацию и я укажу вам непростоту, непонятность, сложный скрытый смысл. (Например, для чего мама моет центральноамериканский индейский народ?)
Вполне себе работает. Тут можно понтоваться, что быстрее: Shepherd или б-гмерзкий systemd, но по сути счет будет на секунды. Ладно, на десяток секунд)) Вкуривайте, ваш поцтеринг это лишь ***
что у тебя за железо, что система стартует десятки секунд? имхо на современном железе (8 cores, DDR4, SSD/NVMe) 6 секунд это уже повод проверить всё ли работает правильно, не важно убунта это, гента или void.
> что у тебя за железо, что система стартует десятки секунд? имхо на современном железе (8 cores, DDR4, SSD/NVMe) 6 секунд это уже повод проверить всё ли работает правильно, не важно убунта это, гента или void.Я тебя разочарую, но на современных системах никсы стартуют весьма медленно соотносительно скоростей железа по отдельности. Core i3-6100\16 Gb DDR4\256Gb NVMe со скоростью в 2.4 Гб\с - для тебя норм ? 15-20 секунд - любой современный дистр. 5 секунд - винда. Рядом лежит ноутбук постарее - там такой же дистр стартует за несколько секунд. И я не знаю кому передавать превед - SystemГ, spectre\meltdown, или NVMe.
Такие дела.
Что то у вас не так с вашим линуксом, недавно смотрел на kubuntu, после выбора загрузочного пункта в uefi до экрана логина запускается одинаково быстро как и винда секунд за 5.Только если установить из PPA последние драйвера невидии наинаются раздражающие переключения разрешения экрана. С офф пакетами от шатлврота 300х(емнип) серии все нормально. Тиринг фиксится опцией force full pipeline чето там в настройках этой невидии. В опенсорцных как был на maxwell так и есть.
Ну и с SSD/NVMe в этом линуксе не все так шикарно. Раз на раз не приходится и много зависит от контроллера устройства и производителя. Купил - под виндой гигабиты как положено в обе стороны. Смотришь в линуксе чет типа 100 мбит.
Просто не надо всякое говно покупать.
Нормальные контроллеры без проблем работают всезде.
> 5 секунд - виндаПотому что она не выключается а просто переходит в гибернацию. Отсюда и скорость загрузки. Попробуй выдернуть вилку\разрядить батарею при включеной венде. Удивляйся как на самом деле долго она будет запускаться.
Нет, дело не в этом.
При включении оно просто рисует анимацию загрузки долго.
> Нет, дело не в этом.
> При включении оно просто рисует анимацию загрузки долго.Машина действительно стационарная, и в принципе даже само ядро загружается относительно долго (после нажатия Enter в грабе).
Пробовал пересобирать ведро, вкомпиливать туда драйверы и отключать initrd - чуть быстрее, но все же не то.
Может там какие-то опросы идут или еще хз что, не знаю.
Просто руки у кого-то растут из жопы.
В нормальной ситуации три-четыре секунды более чем достаточно для полной загрузки.
> Просто руки у кого-то растут из жопы.
> В нормальной ситуации три-четыре секунды более чем достаточно для полной загрузки.Ты вообще меня перечитал, нарик ?
Какие нафиг руки из жопы, если свежеустановленная дефолтная система тормозит так же само как и установленная вручную ? Ты вообще понимаешь что такое "дефолт" ? Это когда ты жмешь в установщике "Далее", "Далее", и система все ставит по своему разумению. Пофиг, Убунта 18.04, Линуксминт, Дебиан, Арч - любой из них.
Конечно, руки из жопы могут быть у мейнтейнеров системы, подобно тому как раньше systemd стопорился если не мог синкануть время с ntp-сервера. Но я уже все перепробовал, и меня интересует не юзерспейс. Меня интересует большое время загрузки самого ведра начиная с выбора ОС в грабе.
root@brix:/ssd# uname -a
Linux brix 4.18.1-041801-generic #201808151233 SMP Wed Aug 15 16:39:26 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
root@brix:/ssd# cat /etc/issue
Ubuntu 18.04.1 LTS \n \lroot@brix:/ssd#
ВСЕ ДЖЕНЕРИК.
Ты вообще знаешь что такое руки из жопы?
Хотя откуда это мозгам всмятку.Сиди и страдай дальше, пока не научишься со старшими разговаривать.
> Виноват не я! Я ведь Д'Артаньян и вообще, крутой знаток!
> Пробовал пересобирать ведро, вкомпиливать туда драйверы и отключать initrd - чуть быстрее, но все же не то
> Это когда ты жмешь в установщике "Далее", "Далее", и система все ставит по своему разумению.Это и называется - руки из опы.
Твой Кэп
> Core i3-6100\16 Gb DDR4\256Gb NVMe
> 15-20 секундЕсли это стационарная машина, попробуйте установить haveged.
У меня как-то секунд в пять укладывается, включая дозагрузку графического окружения после логина.
Вантуз на две секунды дольше грузится.
# systemd-analyze
Startup finished in 3.429s (kernel) + 1.916s (userspace) = 5.345s
graphical.target reached after 1.597s in userspaceДесктоп 6-летней давности.
> # 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#
Чини систему
> Чини системуКакую систему и от чего чинить ? На Винде все нормально работает.
Свой Линукс. Не знаю от чего, как видишь, у остальных всё хорошо с временем загрузки.
Отучиваемся говорить за всех. У меня 33.811s в свежеустановленном Debian. Здесь как повезет с сочетанием железа. Это как с неуловимым 12309: у одних нет, у других (зачастую даже с более мощным железом) - есть.
Накатил парашу на комп и жалуется, молодец.
> Накатил парашу на комп и жалуется, молодец.Он накатил ЛИНУКС. Если Дебиан перестал быть Линуксом, то просвети же нас, о великий ГУРУ, что же такое Линукс и где его скачать ?
А пробывали не Debian? Например Fedora? Исключительное для тестов.
> А пробывали не Debian? Например Fedora? Исключительное для тестов.Ай, "хорошо" всё говоришь, "правильно"! Прям по писанному.
https://www.opennet.ru/openforum/vsluhforumID3/114548.html#174
https://www.opennet.ru/openforum/vsluhforumID3/114548.html#175
https://www.opennet.ru/openforum/vsluhforumID3/111824.html#4
>> А пробывали не Debian? Например Fedora? Исключительное для тестов.
> Ай, "хорошо" всё говоришь, "правильно"! Прям по писанному.
> https://www.opennet.ru/openforum/vsluhforumID3/114548.html#174
> https://www.opennet.ru/openforum/vsluhforumID3/114548.html#175
> https://www.opennet.ru/openforum/vsluhforumID3/111824.html#4понятия не имею что хотелось сказать
> А пробывали не Debian? Например Fedora? Исключительное для тестов.Только что поставил Федору 28-ю. Это ужоснах полнейший.
В принципе тормоза те же самые, но вдобавок еще и это их DE, забыл как оно, шота на букву Г...
>> А пробывали не Debian? Например Fedora? Исключительное для тестов.
> Только что поставил Федору 28-ю. Это ужоснах полнейший.
> В принципе тормоза те же самые, но вдобавок еще и это их
> DE, забыл как оно, шота на букву Г...Fedora у меня стоит Minimal
CentOS стоит с KDE, я настроил - выглядит очень годно.
Странно что вам совсем никак. Хотя сколько людей - столько мнений.
> Свой Линукс. Не знаю от чего, как видишь, у остальных всё хорошо
> с временем загрузки.
>>>>всё хорошо с временем загрузки.Татычо!?
https://www.opennet.ru/openforum/vsluhforumID3/112870.html#47
https://www.opennet.ru/openforum/vsluhforumID3/113368.html#7
Что ты хотел сказать ссылками на своё же бессвязное мычание?
> Что ты хотел сказать ссылками на своё же бессвязное мычание?Я ж думал, у нас мычанье хором. Извиняйте, что встрял в соло.
> + 21.766s (userspace) = 24.351sСерьезно, чини юзерспейс.
Наверняка там какое-то "ненужно" не может стартануть с первого раза.
> Серьезно, чини юзерспейс.
> Наверняка там какое-то "ненужно" не может стартануть с первого раза.Нет бро, меня беспокоит не юзерспейс. Да, там 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 юзерспейс, ага :)
Может ГУАШ^W UEFI тупит? Или Секуребут просто ждет отмашку от тов майора что можно начать систему грузить. =)
Если проблема в железе то это конечно печально.
Наблюдаю похожую картину у себя. Sysemd-analyze говорит одно, секундомер - другое. Минимум сервисов, Linux Mint.
> Я тебя разочарую, но на современных системах никсы стартуют весьма медленно соотносительно скоростей железа по отдельности.Ровно наоборот.
> 15-20 секунд - любой современный дистр. 5 секунд - винда.
если мерять до логин скрина. если мерять по запуску первого приложения - венда отстаёт на 15-20 сек на моей практике.
i3-3120m, ОЗУ 6 Гб, ssd 240gb sata
Недавно ставил Debian 9 с Gnome. Очень даже шустро загружается. Теже 5 сек, примерно, если не учитывать ожидание в груб 5 сек.
> на современном железе
> описание железа стоимостью с автомобильНу ты молодец, сравнил, конечно. У меня на моей машине 2007 года за 23 секунды стартует полностью.
Современное, я имел ввиду железки не старше 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
> Выпуск системы инициализации
> Увидел свет сервисный менеджерВы уж определитесь там, кто что увидел, имхо система инициализации и сервисный менеджер это 2 разных области задач.
> Вы уж определитесь там, кто что увидел, имхо система инициализации и сервисный менеджер это 2 разных области задач.Ну это ТВОЕ имхо, а вот по Лёниному имхо, у тебя скоро и система инициализации, и сервисный менеджер, и фаервол и даже ядро - будет одной областью задачи, сам догадаешься какой?
Я так понял, тебя Лёня в зад оттарабанил, иначе с чего бы такие анальные боли в каждом комменте
> Вы уж определитесь там, кто что увидел, имхо система инициализации и сервисный
> менеджер это 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.
"Пастух является системой инициализации операционной системы ГНУ"
ГНУ пастух демонов или ГНУ пастух известный ранее как дмд является служебным менеджером который присматривает за стадом системных служб (демонов же!!!)"
шизофрения какая-то... Хотя я примерно так же документацию на английском пишу :/
>> Выпуск системы инициализации
>> Увидел свет сервисный менеджер
> Вы уж определитесь там, кто что увидел, имхо система инициализации и сервисный
> менеджер это 2 разных области задач.Ч-чё непонятного-то: инициализация -- сервисы закускаем, сервисный манегер -- сервисы останавливаем. Она, лёняфаги не дадут соврать!
> Управляющий демон и утилиты Shepherd написаны на языке Guile (одна из реализаций языка Scheme)Собственно, на этом можно было и заканчивать. GNU с упорством, достойного лучшего применения, тащит на себе это мертворождённое поделие.
>> Управляющий демон и утилиты Shepherd написаны на языке Guile (одна из реализаций языка Scheme)
> Собственно, на этом можно было и заканчивать. GNU с упорством, достойного лучшего
> применения, тащит на себе это мертворождённое поделие.
>тащит на себе это мертворождённое поделие.Не пужайся, тебя не поэжрёт.
А чего же тогда никто не возмущается, что Autodesk тащит Лисп в Autocad?