в это поделие коммитить - себя не уважать.

«запись в лог» - классический способ обработки ошибок величайших быдлокодеров всех стран и континентов.

Тебя забыл спросить.

Чтобы распараллелить запуск сервисов это поделие совершенно не обязательно.

Но кому-то systemd нужен уже даже и для активации сервиса по сокету. Хотя всегда был и есть inetd. Растёт поколение системдятников по праву рождения.

Какой нафиг оверхед? Бинарники попадают в кэш после первого запуска. После этого доступа к накопителю, связанного с башем, не будет.

Это называется «ссать против ветра - себе дороже», что не равно «я выбираю ссать исключительно по ветру».

Нет там никаких «разработчиков». Энтузиасты и прочие хипстеры и задроты забавляются созданием дистра. А если посмотреть на тенденции «развития» средств создания ПО, то и видно, что подобным людям нравится «гибкость» и «мощность» (т.е., фактически, сложность). А какова будет эффективная стоимость эксплуатации - дело десятое. И слушать, очевидно, никто никого не будет. Единственный способ противодействия - свой дистр.

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

Ознакомься со стратегией EEE от MS, баснописец.

Но мне всё равно, что там происходит. Я не пользую systemd просто потому, что он плох.

Сделать альтернативную реализацию этих интерфейсов

Зачем делать свою реализацию плохих интерфейсов? Ты в курсе где заканчиваются рабочие обязанности системы инициализации? Эти «компоненты» вообще не имеют отношения к инициализации и должны быть закопаны.

Не все, как Лёнька, сидят на зарплате у Редхата, чтобы лепить свои велосипеды и иметь карт-бланш на интеграцию результата в федорку. А про техническую грамотность писарей системд - смотри «исправленную уязвимость» и её обсуждение.

Тебе с такой логикой в депутаты надо.

Оверхед не запуска bash, а самой интерпретации bash.

В скрипте на 5 строк на запуск программульки эта интерпретация - копейки. Утилита time в помощь для оценки.

То есть когда мы говорим о функциональности, то «всё тоже самое можно реализовать в баше, и если вы не делаете это на баше в инит-скриптах - вы просто не умеете их писать».

А когда мы говорим о читаемости или скорости, то в пример приводим bash-скрипты из пяти строк, которые не делают ничего из тех заявленных возможностей.

Я баш не люблю и в скрипты чужие не лезу. Но, когда нужно (раз или два было), то лез и правил что-то там с сетевыми интерфейсами.

sysvinit всё равно что запускать. Хоть бинарник, хоть перл скрипт, хоть питонопортянку, хоть .sh. Выбирай что тебе по душе для своей системы.

А systemd - bloatware в своём классическом проявлении. Т.е., словами Каретного «На $уй не надо. Т.е. можно, конечно, но не рекомендуется.». И на голову тоже.

Я баш не люблю и в скрипты чужие не лезу. Но, когда нужно (раз или два было), то лез и правил что-то там с сетевыми интерфейсами.

Опытный пользователь инита. Для тебя в линуксах за 5 лет ничего не изменилось.

sysvinit всё равно что запускать.

Точно так же как и любой init-системе, включая systemd.

А systemd - bloatware в своём классическом проявлении...

И зачем я опять разговариваю с роботами.

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

А говноd - не инит система, а стоногое чудовище с автомаунтами, журналd и прочим бредом как последствие детских травм Лёньки.

И да - с бесконечными уязвимостями типа «Исправлена уязвимость CVE-2017-1000082, связанная с неправильной обработкой имени пользователя.». Балаган Лёньки вас приглашает, где куклы так похожи на людей.

Это вообще посмешище - лепить код, который имеет такие клоунские уязвимости.

Systemd это интегрированное решение, где все есть из коробки с минимумом различий по дистру. Это просто удобно, и быстро, т.к. оно использует декларативный язык и 0 баш скриптов.

А уязвимости - это удел любого молодого продукта. Пройдет еще пять лет, и он будет стабильный как камень.

Молодая, динамично развивающая, интегрированное решение - можно начинать играть в bullshit bingo.

А через 5 лет это поделие будет стабильно как копролит.

Довелось повидать много таких «интегрированных решений» в сфере электронной коммерции - их едят, да. Некоторые дурачки даже нахваливают. При этом не замечают, какова стоимость поддержки данных «решений».

Ну и очевидно, я не определяю судьбу дистров и роль говноd в них - так что будет оно зеленеть плесенью и пахнуть ароматно долгие годы. И даже ликующим народным массам на совковой лопате будут регулярно подавать отведать свежую версию с новыми переписанными компонентами.

Они его постоянно пилят. Там никакой стабильности нет и не будет.

Ознакомься со стратегией EEE от MS, баснописец.

Унылые люди, почему вы мне советуете только то что я уже знаю? Вы что, сговорились?

Редхат провёл крутую операцию по захвату и монополизации рынка Линукс, найдя уязвимости ГПЛлицензии.

Давно об этом говорил здесь. Мне не верили.

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

По моему это всегда хорошо иметь логичный и стройный интерфейс инициализации системы который будет работать на любом дистрибутиве.

Вот черта с два в Funtoo на такой системе разбивки диска

# <fs>			<mountpoint>	<type>		<opts>		<dump/pass>

/dev/sda1		/boot		ext2		noauto,noatime	1 2
/dev/sda2		none		swap		sw		0 0
/dev/sda3		/		ext4		noatime		0 1
/dev/cdrom		/mnt/cdrom	auto		noauto,ro	0 0
UUID=1aabe4b8-44a6-41bf-a546-cde9789955cf /home		ext4		defaults 0 2
/dev/sda5	/mnt	btrfs		defaults,autodefrag	0 1
tmpfs	/var/tmp/portage	tmpfs	defaults,size=14G	0 0
tmpfs	/home/guest			tmpfs	defaults,size=8G	0 0

intelfx говорит, что виноват не systemd, а Funtoo. Замечу, что в случае с OpenRC все работает замечательно.

я бы не сказал, что разница 1-2 секунды, тут изза оверхеда шелл скриптов может быть и 10 секунд (что уже относительно много).

Где аналог AutoCAD для GNU/Linux, дружище?

Правильно intelfx говорит. Надо стандартов придерживаться.

На серверах? Сомневаюсь что админ будет переносить работающий сервер на какую-то симпатичную ему технологию просто по тому что хочет.

Ты дурачок, поставив на сервер нечто, основанное на systemd, наш сисадмин скоро столкнется с проблемой технической поддержки этого чуда в конкретном дистрибутиве. А поскольку основные разработчики сабжа работают в RedHat - догадайся,какое решение он примет и чей дистрибутив выберет в итоге.

Архив с исходным кодом coreutils больше, чем архив с исходным кодом systemd.

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

Тот же Upstart пошустрее даже.

А еще его никому не навязывали и он таки unix-way.

Ein init, ein distributive, ein RedHat?

Этого стандарта что ли? А завтра Майкрософт покупает карликового гиганта и Линуксу наступает кабздец.

Не знаю что такое Funtoo, сорри. Я диск всегда сам разбиваю, systemd там не участвует вообще.

Учитывая то что некоторые программы работают в патченом окружении - ничего принципиально менять он не будет.

А завтра Майкрософт покупает карликового гиганта и Линуксу наступает кабздец.

И как он закроет gpl код?

Патенты на софт уже отменили? Это раз

Второе - любители могут поддерживать софт, реализующий концепцию UnixWay, благо он предполагает независимость компонент, а монстры типа сустемДы требуют постоянного кормления миллионами.

Патенты на софт уже отменили? Это раз

Были преценденты патентования кода из опенсорса и требования закрыть его?

Второе - любители могут поддерживать софт, реализующий концепцию UnixWay, благо он предполагает независимость компонент, а монстры типа сустемДы требуют постоянного кормления миллионами.

1) линукс - монолит 2) кроме systemd есть и другие init'ы

А как скупили пул патентов Novell? Или память коротка? Ну и история с OpenOffice и Open Solaris не канула в лету, ознакомься.

Ну и история с OpenOffice

Который вполне себе форкнули

Форкнули кто? Правильно, разработчики OpenOffice. А теперь вспомним сколько времени прошло пока Apache выпустили новую версию OO на основе кода, который передала им Oracle.

Были преценденты патентования...

Ну я даже не знаю что сказать. www.linux.org.ru/tags/п Вот здесь много интересного. Припоминаются сразу zfs, exFAT, mp3, gif, h264

линукс - монолит

Юный падаван - линукс ядро наполовину состоит из пропиетарных блобов и без них оно немного не работает. Потому-что авторы блобов работают в железячных конторах и заинтересованы в поддержке своих железок на линухе. Железо пропиетарно, основной вклад в код ядра от корпораций.

Даже то, что условно открыто на самом деле допиливалось и оптимизировалось для работы на конкретных железках. А условия оптимизации скрыты под семью замками NDA.

Монолитность - архаизм, но никакой пользы от открытости ядра для любительской поддержки нет. Так как можно форкнуть ядро, но нельзя форкнуть железо.

кроме systemd есть и другие init'ы

Было бы замечательно, только systemd не инит. Под таким соусом он впервые был продан несведущей общественности, да много с той поры воды утекло.

Советую поглубже разобраться в вопросах, которые пытаешься оспорить.

Форкнули кто?

Какая разница? Хочешь сказать что для целого ядра желающих не найдётся?

Припоминаются сразу zfs, exFAT, mp3, gif, h264

Разве это не изначально несвободные форматы?

Так как можно форкнуть ядро, но нельзя форкнуть железо.

Даже сейчас линукс(как и винда) не заведётся на принципиально любом случайном железе, какое только удалось откопать

только systemd не инит

для остального тоже есть альтернатива. Мне не пришлось ни патчить, ни пересобирать не одного пакета, для того чтобы отказаться от systemd

Количество строк кода в «целом ядре» не смущает?

Сомневаюсь что ВСЕ строки даже Линус осилит.

системдятлы.

я бы не сказал, что разница 1-2 секунды, тут изза оверхеда шелл скриптов может быть и 10 секунд (что уже относительно много).

Где аналог AutoCAD для GNU/Linux, дружище?

Шта?

Говорю прямо: «проблемы» с системами инициализации дистрибутивов - фигня полная. А вот нужного прикладного софта как раз нет, тысячи медиаплееров не в счет.

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

Так где аналог AutoCAD под GNU/Linux?

ПК и серверами Линукс не ограничивается. Ещё есть эмбеддед, и иногда «толстый» эмбеддед, в котором крутить на коленке велосипед западло, а скорость стартапа чем быстрее, тем лучше.

Так где аналог AutoCAD под GNU/Linux?

https://www.bricsys.com/EmailDownload.do

Спасибо, потыкаю, что там есть.

реальная цель системд - котроль на=д пользователем.

«Почему я могу использовать систему без xorg, dbus, заменить grub на lilo и наоборот, раньше мог еще и udev сменить на hal, gnome на kde/xfce и тд, но только не systemd (gentoo не в счет)! Это что, фича такой же важности как ядро?»

тут дело даже не в монополизации рынка редхат, а в контроле корпораций над пользоватлем. Видно же направление движения. Зачем был нужен линукс? Да свободное, да бесплатное ... но главное - это способность пользователя контролировать свою систему, свой компьютер. Всё было явно и прозрачно - пользователь знал когда, что и как запускается, какие процессы выполняются и зачем. Главная цель системда - лишить пользователя контроля над системой, чтобы корпорации могли указывать пользователю каким способом он может пользоваться своим компьютером, что ему можно и что нельзя, что обязательно надо автоматически обновлять. Системд - это, в первую, очередь лишете прозрачности и возможности управлять системой. Проплаченный тролли будут петь песни, что и сейчас можно изменить что угодно, мол есть исходники и т.д. Но это обман, иллюзия. При свободности и исходниках возможность что-то изменить блокируется моструозностью и сложностью, необходимостью очень больших ресурсов для изменение - нужно очень много времени, чтобы разобраться и въехать. Чтобы что-то изменить нужна работа коллектива высококлассных спецов в течении месяцев, если они раньше этим не заниманились. Исходники есть, но что-то изменить уже сейчас нереально. А со временем примут какой-нибудь новый закон о борьбе с терроризмом и закроют исходники, всунув в них неотключаему телеметрию как в вынь10 и всё изменить ничего нельзя - если выкинешь, всё перестанет работать. Целенаправленно создаётся одна точка отказа, один компонент, контролирующий всю систему, котролирующий что запускается (по какому-то хитрому графу), котролирующий что пишется в логи, котролирующий, что из этих логов можно видеть пользователю, котролирующий запущенные процессы и т.д. Это уже системд-гетто ... один апдейт может превратить это гетто в полноценный концлагерь, в котором все эти «удовства» превратятся в забор из колючей провлоки. Весь вопрос, на самом деле, в контроле над системой. С сисвинит спрыгнуть на что-то другое легко и просто. С системд уже учень сложно - всё прибивается гвоздями. Раньше, если разработчики на чинали бесеитться и указывать пользователю, что ему делать, можно было «спрыгнуть» на что-то другое. Повсемесное внедрение системда и прибивание к нему гвоздями всего и вся даёт редхат власть над пользоватлем и направлением развития системы. Всё, редхат может диктовать пользователям как пользоваться линуксом так же, как микросфт с виндой. Хотя казалось бы бесплатная, свободная система ... но пользоваться ей можно только так, как скажет редхат ... но у тебя есть свобода написатьсвою систему - скажут проплаченные тролли, косящие под системд-фанбоев. ... и системд тут не первый - впомним что сделали с гномом, это повсеместное внедрение в графические оболочки «активитиз» и прочей гадости для дебилов, убирание иерархических меню ... чтобы пользователь оперировал «интуитивными понятиями» и не видел что делает система на самом деле. Это абсолютно зловредная ориентация на среднего пользователя и закрытие возможностей настройки системы в угоду «удобству». Постепенно подменили первоначальные цели - свободная, понятная, прозрачная система, полностью контролируемая пользователем ... на «мне просто надо работать и пофиг что там внутри». Как говорил тот же Столлман: «Есть только две возможности: - вы контролируете компьютер; - компьютер контролирует вас.» Угадайте по направлению к какой возможности двигает линукс редхат со своим системдом.

о скорости выполнения HTTP реквестов

«С ростом рынка контейнеризированных приложений, которые скейлятся в виртуалках на ходу, очень важно, чтобы HTTP реквест не ждал 10 секунд инициализации sysvinit.»

то, что системд тебе показал гуй на 10 секунд раньше, совсем не значит, что в туже секунду обработется твой HTTР реквест. Твой реквест будет ждать пока системд догрузит фоном апач, майскюэль, или ещё что там необходимое для обработки реквеста. С чего взяли, что параллельная загрузка, обязательно быстрее последовательной. Быстрее она может быть только если все приложения проводят операции с больши ожиданием типа техже ашттп запросов. Если основное время чтение с диска, то в случае HDD параллельная должна быть медленне, так как последовательно чтение с диска быстрее, чем чтение случайных секторов - головки меньше прыгаю (конечно в случа отсутствия сильной фрагментации). В случа SSD - одинаково. Есть только один способ сделать параллельную быстрее - жульничать с фоновой загрузкой процессов, показав десктом и догружая остальное после отсечки. Логин в десктоп - это не значит окончание загрузки и работоспособный сервер. А параллельно загрузить быстрее на HDD - невозможно. Запустите копирование в нуль большого файла - засеките время. Ещё раз скопируйте и просуммирйте время. А теперь сделайте копию и запустите одновремённо копирование двух файлов в нулль. (промежуточно покопируйте ещё чего-нибудь, чтобы исключить влияние буферизации). 100%, что сумма времён последовательных двух копирований будет меньше времени одновремённого копирования двух файлов (которое к тому же будет сопровождаёться явным стрёкотом головок жёсткого диска).

об интегрированных решениях

«Systemd это интегрированное решение, где все есть из коробки с минимумом различий по дистру. Это просто удобно, и быстро, т.к. оно использует декларативный язык и 0 баш скриптов.

Интегрированное решение, где всё из корбки с нулевым различем дистрибутивов давно есть - это виндовс. Непревзойдённая простота, удобство и быстрота в каждой новой версии ... 0 баш скриптов, 0 декларативных языков.

Зачем превращать линукс в виндовс, если можно воспользоваться давно существующим требуемым вам готовым решением?

как закрыть gpl код

«И как он закроет gpl код?»

элемнтарно - сегодня уволит поттеринга с выходным пособием на несколько лет и запретом заниматься программированием, а завтра найдёт сотку критических уязвимостей в системде ... а на сайте дочернего предприятия мс-редхат вывесят сообщение как авторы трукрипта «проект прекращаем в виду отсутствия надобности при наличии такого замечательного битлокера. Форкать считаем нецелесообразным в виду сложности кода.» ... пусть последний выключит свет. Скайп скоро растеряет всех пользователей ... но разве это причина для прекращения перманентного внедрения «инноваций» и улучшений?