Откуда оно взялось и куда движется

поскольку в большинстве случаев загрузчик работающий демоном не нужен.

Он не просто так же висит, а выполняет определенные функции.

Откуда оно взялось и куда движется (комментарий)

Откуда оно взялось и куда движется (комментарий)

:-D

Убого и то, и другое. Нормальный init только в слаке и арче.

Откуда оно взялось и куда движется

Пока не увидел тег, думал, что это о самом Поттеринге.

Это выбор их майнтейнеров. Есть множество других дистрибутивов. В некоторых переход на systemd невозможен в принципе.

Да конечно, строчка в systemd

After=syslog.target network.target ssh-keygen.service

убога, непонятна, не нужна, а строчка в init скрипте

# chkconfig: 2345 54 26

понятна и хороша.

В том же дебиане оно будет выглядеть как

# Required-Start: syslog network ssh-keygen

Однако по сравнению с современными браузерами и DE процессорное время отжираемое этими утилитами пренебрежимо мало, чтоб можно было утверждать о значительной нагрузке на батарейку.

Теоретик не в курсе, что Systemd не просто пускает сервисы, а ещё управляет устройствами и занимается планированием. Ну и вот (linux.org.ru).

gadfly

Я не встречал нигде. За всеми дистрибутивами не слежу, но в тех, которыми пользуюсь, systemd нет и/или не предвидится.

LFS?

по поводу треда, значимость перехода на systemd в процессе улучшения энергосбережения не показана. Мифология в IT не нужна.

Надеюсь, сомнений в том, что грамотные политики cgroups влияют на энергосбережение, не будет?

1). будет.

2). и надеюсь сомнений в том, что с cgroups работает не только systemd тоже нет?

в любом случае пока не показана прямая связь между потреблением энергии и systemd, это утверждение относится к мифологии.

systemd не юниксвейная программа, а комбайн , мне лично лень отключать некоторый функционал, который мне не нужен от init-демона
попробовал однажды и вернул init 2.88

www.linux.org.ru/wiki/en/Lor-faq#a_.D0.94.D0.B8.D1.81.D1.82.D1.80.D0.B8.D0.B1...

LFS?

Slackware. Там systemd нет и не будет (пруфы на http://www.linuxquestions.org)

бородатый мужичок в конце и так ему доклад неплохо попортил

Столлман? (Ютуб недоступен.)

бородатый мужичок в конце и так ему доклад неплохо попортил

Столлман? (Ютуб недоступен.)

и надеюсь сомнений в том, что с cgroups работает не только systemd тоже нет?

Ну в системд оно все-таки из коробки, а к классическому иниту надо будет прикручивать что-то типа ulatencyd и, видимо, писать правила для него.

так и запишем ;)

«любители systemd не знают других современных init систем», ну в этом случае да, systemd сила и у него нету альтернатив.

«любители systemd не знают других современных init систем»

И откуда такие выводы? И да, из твоей же цитаты «значимость перехода на systemd в процессе улучшения энергосбережения не показана» нормальный человек сделает вывод, что фраза «надеюсь сомнений в том, что с cgroups работает не только systemd тоже нет?» относилась только к тем инит-системам, которые идут в дистрибутивах из коробки. Таковых (помимо системд) я знаю только две — апстарт и классический инит. При этом, помимо того, что второй ещё и более распространённый и системд все всегда сравнивают с ним (если не сказано иное), так ещё в контексте беседы про энергопотребление системд не один раз было сказано, что сравнивают его с традиционными системами загрузками, а отнести апстарт к ним — это как-то слишком радикально, он в этом плане ничем не отличается от системд (и вообще в плане нужности-ненужности инитов, отличных от классического).

«любители systemd не знают других современных init систем»

И да, из твоей же цитаты «значимость перехода на systemd в процессе улучшения энергосбережения не показана» нормальный человек сделает вывод, что фраза «надеюсь сомнений в том, что с cgroups работает не только systemd тоже нет?» относилась только к тем инит-системам, которые идут в дистрибутивах из коробки. Таковых (помимо системд) я знаю только две — апстарт и классический инит.

спасибо, что ты подтвердил мои слова.

Так какие там ещё системы инициализации работают с cgroups из коробки?

openrc начиная с 0.8.

Только вот у openrc есть один маа~ленький(практически незначительный) недостаток - параллельная загрузка там работает через одно место.

спасибо, что ты подтвердил мои слова.

Хорошо, всё-таки, что ты студентам логику не преподаешь.

несмотря на это отличия в скорости загрузки по сравнению с systemd малы (хотя это в общем-то и не важно), а во всех остальных моментах это действительно незначительный недостаток. Кстати, надо посмотреть как оно будет в последней версии работать.

несмотря на это отличия в скорости загрузки по сравнению с systemd малы

В два-три раза для HDD и в десять раз для SSD. Вот уж действительно.

а во всех остальных моментах это действительно незначительный недостаток

Ась? Только вот не надо снова про /usr и initramfs, это всё жутчайшая вкусовщина, до которой пользователю нет никакого дела.

И вообще, у меня дежавю.

В два-три раза для HDD и в десять раз для SSD. Вот уж действительно.

тут народ с SSD выпендривался 4 секундной загрузкой... у меня на HDD 12, при том, что я не пытался её оптимизировать. Итого 3 раза на SSD vs HDD.

Ась? Только вот не надо снова про /usr и initramfs, это всё жутчайшая вкусовщина, до которой пользователю нет никакого дела.

можно поинтересоваться, что за хрень ты несёшь? Если ты не понял что я написал, то поясняю: даже полное отсутствие параллельной загрузки является минусом только на этапе старта системы.

В systemd я вижу только один большой минус: кучу людей на форумах пытающиеся её превозносить, а при вопросах как что и почему несущих либо околесицу, либо не отвечающих. (это не к тебе относится (надеюсь), а замечено в целом), и при попытке спросить как будет переделать тот или иной сценарий отвечающие, что он не нужен.

я нагло наврал 22 секунды с учётом ввода логина в аналог init 3 и ручного запуска X.

Тогда почему в предыдущем треде речь шла о минуте до запуска иксов?

А реализация параллельной загрузки - не единственный минус OpenRC. Сюда же можно отнести ещё и сложности с написанием init-скриптов.

Это, конечно же, не то, чем пользователь занимается каждый день, но всё-таки. Лично я бы написал скрипт для восстановления уровней микрофона и динамиков(вместе с включением/выключением LED на соответствующих кнопках), но мне лень изучать баш.

Тогда почему в предыдущем треде речь шла о минуте до запуска иксов?

потомучто у меня руки кривые и я криво настроил udev, он секунд 30 сообщений от ядра ждал.

А реализация параллельной загрузки - не единственный минус OpenRC.

кстати оно пофикшено снова, в общем-то с тех пор как RC_PARALLEL вернули оно так и работает.

Сюда же можно отнести ещё и сложности с написанием init-скриптов.

Принципиально не сложнее, чем юнит для systemd, правда многословнее. Другое дело, что для того, чтобы в systemd релизовать сложный скрипт придётся инклудить тот же скрипт на баше, что печально.

потомучто у меня руки кривые и я криво настроил udev, он секунд 30 сообщений от ядра ждал.

Уверен, что это не баг, который недавно поправили?

кстати оно пофикшено снова, в общем-то с тех пор как RC_PARALLEL вернули оно так и работает.

Да его и не убирали, но теперь эту опцию никто не поддерживает. Что-то не работает - будь добр написать багрепорт, приложив патч.

Ах да, я совсем забыл, systemd, в отличие от openrc, ещё и таймауты может сам обрабатывать.

готовим помидоры.

У него с боку чувак в наколках. Если чё закроет грудью.

Уверен, что это не баг, который недавно поправили?

у других работало нормально => я что-то сделал не так.

Да его и не убирали, но теперь эту опцию никто не поддерживает. Что-то не работает - будь добр написать багрепорт, приложив патч.

убирали, потом вернули. но ты можешь переубедить меня пруфлинком подтверждающим твои слова.

Ах да, я совсем забыл, systemd, в отличие от openrc, ещё и таймауты может сам обрабатывать.

подробнее плз

убирали, потом вернули. но ты можешь переубедить меня пруфлинком подтверждающим твои слова.

Прямо в rc.conf же.

# Set to «YES» if you want the rc system to try and start services # in parallel for a slight speed improvement. When running in parallel we # prefix the service output with its name as the output will get # jumbled up. # WARNING: whilst we have improved parallel, it can still potentially lock # the boot process. Don't file bugs about this unless you can supply # patches that fix it without breaking other things! rc_parallel=«YES»

подробнее плз

http://0pointer.de/public/systemd-man/systemd.unit.html

Для openrc же respawn сервисов по таймауту(точнее, что-то подобное) хотели добавить в GSoC этого года. Правда, не знаю, приняли их проект или нет.

Прямо в rc.conf же.

ok согласен написано.

http://0pointer.de/public/systemd-man/systemd.unit.html

Для openrc же respawn сервисов по таймауту(точнее, что-то подобное) хотели добавить в GSoC этого года. Правда, не знаю, приняли их проект или нет.

так и не понял зачем нужно, ну да пофиг.

Тяжеленько этого товарища слушать. Начинает частить, ему из зала: «Чувак, помедленней, мы не понимаем ничо». Он демонстративно начинает растягивать слооооваааа, его хватает ровно на минуту и он снова тараторит. И то ли дикция у него, то ли звук так снялся, что я половину вообще понять не смог.

а по шее ему когда уже можно отоварить будет?

Прям как ты

Прям как ты
druganddrop-2

Ничего умнее придумать не смог, да?

мне внезапно понравился bsd init