В недавно завершившемся (http://www.opennet.dev/opennews/art.shtml?num=38950) обсуждении по выбору системы инициализации для дистрибутива Debian, довольно часто фигурировал аргумент «система инициализации должна быть переносимой» (то есть работать на платформах, отличных от Linux). При этом подразумевалось, что SysV init является переносимой системой инициализации.
Однако Юстас Винтер, один из разработчиков порта Debian GNU/Hurd, пояснил (https://teythoon.cryptobitch.de/posts/on-portability-of-init.../), что такое представление является некорректным. Используемая в Debian реализация SysV init жестко завязана на особенности ядра Linux, и обеспечить ее корректное портирование на другие платформы весьма проблематично. Более того, для систем на основе микроядра, в силу архитектурных особенностей реализации, более оптимальным решением является systemd.
Код SysV init, используемый в Debian, во многих аспектах жестко завязан на архитектуру платформы Linux. В качестве наиболее типичного примера такой привязки приводится использование procfs (в файлах src/{bootlog,hddown,killall5}.c). Структура procfs не стандартизирована, и отличается на различных платформах, в частности, Linux и FreeBSD. Во FreeBSD, для запуска не модифицированных Linux-программ, используется специальный слой бинарной совместимости (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/li...), который, в частности, включает linprocfs (http://www.freebsd.org/cgi/man.cgi?query=linprocfs&sektion=5) — эмулятор структуры procfs, специфичной для Linux. Этот же механизм используется и в Debian GNU/kFreeBSD.
Разработчики порта Debian GNU/Hurd пошли аналогичным путем, создав драйвер procfs (http://git.sceen.net/hurd/procfs.git/), эмулирующий procfs ядра Linux на системе Hurd. «SysV init работает на нашей системе не потому, что он переносим, а потому, что мы вели ряд хаков для эмуляции особенностей Linux» — отмечает Юстас. Также он упоминает, что procfs является далеко не единственным примером жесткой завязки кода SysV init на особенности платформы.
Но такие, чисто технические, неувязки — далеко не самая значительная проблема. Гораздо более серьезные затруднения создают архитектурные особенности SysV init. Например, при завершении работы системы, программа killall5 убивает практически все процессы в пространстве пользователя. Для системы с монолитным ядро такой подход вполне приемлем, но в системе с микроядром, где работа корневой файловой системы обеспечивается не модулем ядра, а процессом, подобная практика создает некоторые проблемы.
В свете вышесказанного, наиболее эффективным является подход, реализованный в systemd: все процессы структурируются при помощи иерархии контрольных групп, что позволяет останавливать только те процессы, которые нужно остановить на данном этапе, не затрагивая жизненно важные элементы системы. Для обеспечения аналогичной функциональности на Hurd-системах, подготовлена (https://teythoon.cryptobitch.de/posts/cgroupfs-keeps-track-o.../) реализация cgroupfs (http://darnassus.sceen.net/gitweb/teythoon/cgroupfs.git/) для Hurd.URL: https://teythoon.cryptobitch.de/posts/on-portability-of-init.../
Новость: http://www.opennet.dev/opennews/art.shtml?num=38957
Когда уже закончится этот пиаристый-пиар системд?
Когда разработчики и пользователи дистрибутивов наконец-то изживут в себе комплекс мамонта?
>комплекс мамонтаскорее синдром утенка
"- Шеф, всё пропало, все пропало,..."2014 год, а мы тока узнали, что Hurd ваще непонятно как грузился предыдущие 20 лет. :)
30!
> 2014 год, а мы тока узнали, что Hurd ваще непонятно как грузился
> предыдущие 20 лет. :)Ну вот так и грузился. Кося под линух :).
т.е. брать измором?
А что не так то? Реальный разработчик указал на серьезную проблему, делающую sysvinit "условно" переносимым на другие *nix платформы (что бы его перенести, надо нагородить еще костылей). Где тот пиар?
А если вспомнить что эти чудаки сидел эндацть лет на этом сисвинит и не жужали? А тут, ВНЕЗАПНО, они прозрели после поделок Поттеринга. Вернее один прозрел. Судя по быстрому гугленью: любит питоновые вещи. А участвует в хурде с осени прошлого года. Чем он вообще знаменит и кто это?
Они нашли более подходящую систему, позволяющую не городить вагон костылей.
Можно увидеть их возмущение и письма в апстрим проектов инициализации? А то это ВНЕЗАПНО очень вовремя случилось. Может тогда багзилы всех проектов закрыть? А чё, найдём более подходящие системы если эти глючат или неправильно работают.
И да, я таки увижу чем знаменит этот разработчик и кто он?
почитай их переписку времен этого внедрения, закрыватель багов. Ваши стоны о systemd просто восхитительны.
Ты стоны какие-то видишь где их нет - галюны свои выгони.
И да, мне очень интересно почитать что же там такого в переписке этой. Что-то в стиле:
--
I made two rather small and (as I thought) straight forward changes to
gnumach to keep track of a tasks father task and to make this
information available. Now I know handing out task ports right and
left is not a wise thing to do, but I wanted to do it this way as a
first step.Unfortunately it does not work as I expected it to work. Here is a
little test program to get the information
--
?
Прекрасный текст от гражданина Юстаса. ПО быстрому гугленью видно что он решил прикрутить cgroupfs к hurd. А потом выяснилось что на этот костыль прекрасно ложится systemd.Спрашиваю ещё раз, а то нет ответов на вопросы:
И да, я таки увижу чем знаменит этот разработчик и кто он?
они сидели и молчали в тряпочку, никого не трогали, прогибались, пока сторонники SysV init не начали размахивать переносимостью на все и вся чуть ли не как главным флагом на каждом углу. Ну терпение у кого-то из них и кончилось, он просто сказал - "Не лгите". И привел парочку доводов. В чем проблема?
Да ты чё. То есть они швабру не вынимали пока не начали говорить что швабра это прекрасно? Чёрт, я и забыл что это в мире виндоса так, а здесь опенсорс, фрисофт во всё поля. И никаких идей по изменению плохой ситуации не было.
И у тебя я хочу услышать ответ на вопрос:
И да, я таки увижу чем знаменит этот разработчик и кто он?
И второй вопрос: какие это доводы если он сначала напилил линуксовый cgroupfs и потом оказалось, ВНЕЗАПНО, что на этот костыль ложится вменяемо системд?
> Они нашли более подходящую систему, позволяющую не городить вагон костылей.нет, они бла-бла. чтобы это было не бла-бла, пусть продемонстрируют работу системды под hurd. без эмуляции линукс-специфичных фич, само собой. а то если копнуть, то окажется, что «перспективная системды» вообще нифига не портируется и не работает там никак. зато перспективная, ага.
Наш Кэп лучше разработчика Hurd знает как правильно, гули :).
О. Сейчас мы узнаем что это за разработчик хурда. Давно ли он там разрабатывает? Что именно он там разрабатывает? Сколько вещей накатал? Сколько вообще програмит? Ты не стесняйся, блог у него почитать можно, а не только одно сообщение про системд. Ну и после ты нам расскажешь что это за разработчик.
Не жужжали потому-что выбора не было, а он появился.
Что значит выбора не было? Им было запрещено эти вопросы в рассылках поднимать? Они не могли подключиться к разработке других систем инициализации? Где более ранняя их критика и предложения по системам инициализации? Почему они не пытались заюзать апстарт? Где их мнение на эту тему?
И опять таки интересует ответ на второй вопрос: чем знаменит данный разработчик что его надо слушать?
> Что значит выбора не было? Им было запрещено эти вопросы в рассылках
> поднимать? Они не могли подключиться к разработке других систем инициализации? Где
> более ранняя их критика и предложения по системам инициализации? Почему они
> не пытались заюзать апстарт? Где их мнение на эту тему?
> И опять таки интересует ответ на второй вопрос: чем знаменит данный разработчик
> что его надо слушать?Ты утверждаешь что они не поднимали этот вопрос? На чем основана твоя фантазия? Не стыдно придумывать за незнакомых тебе людей действия и возмущаться об этих придуманых действиях? Strawman, my ass
Мамка то знает что ты школу прогуливаешь на опеннете? Даю, бесплатный урок грамотности для школоты и/или дислексиков.
В том комменте каждое предложение заканчивается вопросительным знаком. Это вот такой значок "?". Он означает что предложение побуждает написать на него ответ. От простого варианта да/нет, до разъяснения с аргументацией как на самом деле обстоят дела.
Теперь закрепим.
Это твой вопрос(хотя мне нужен был ответ а не вопрос): Ты утверждаешь что они не поднимали этот вопрос?
Ответ: нет, не утверждаю потому что это были вопросы а не утверждения.
Второй: На чем основана твоя фантазия?
Ответ: нет у меня нет фантазии. Вообще задавание вопросов не требует фантазии. Вот выдача ответов лёнькой и его бешеными сторонниками требует фантазии, как мы видим.
Третий: Не стыдно придумывать за незнакомых тебе людей действия и возмущаться об этих придуманых действиях?
Ответ: нет я не придумываю. Не утверждаю что этот разработчик дегенерат и лично фапает на лёньчика, который в свою очередь жахается в дёсна балмеру. Просто интересуюсь, задаю вопросы тому кто притащил эту новость как доказательство рульности системд.А теперь я могу услышать ответ на свои вопросы?
ЗЫ. Вот мля, уже какой кретин не может прочитать текст и вменяемо его понять.
> Что значит выбора не было? Им было запрещено эти вопросы в рассылках
> поднимать? Они не могли подключиться к разработке других систем инициализации? Где
> более ранняя их критика и предложения по системам инициализации? Почему они
> не пытались заюзать апстарт? Где их мнение на эту тему?
> И опять таки интересует ответ на второй вопрос: чем знаменит данный разработчик
> что его надо слушать?Какие «вопросы в рассылках поднимать»?
В ИСХОДНИКИ СМОТРИТЕ, ЧУМАЗЫЕ!Ты смотришь исходники, грязнуля?
> А если вспомнить что эти чудаки сидел эндацть лет на этом сисвинит
> и не жужали? А тут, ВНЕЗАПНО, они прозрели после поделок Поттеринга.
> Вернее один прозрел. Судя по быстрому гугленью: любит питоновые вещи. А
> участвует в хурде с осени прошлого года. Чем он вообще знаменит
> и кто это?А кто то вообще только сегодня родился ;)
Но уже за системд?
Все положительные отзывы о том, что мне не нравится - пиар.
Эта логика сродни логике гламурных кис - я вам не нравлюсь не потому, что я плохая, а потому что я настолько отличная, что вы мне завидуете.
Потрясающая глубина анализа.
> Когда уже закончится этот пиаристый-пиар системд?Не раньше, чем закончится «пиаристый-пиар» таблицы умножения, например.
Отчего вы, малопочтенный, статьи сугубо технического содержания называете «пиаристой-пиарой»?
У вас проблемы с адекватной оценкой объективной реальности?
Сегодняшние число и год назвать можете?
>> Когда уже закончится этот пиаристый-пиар системд?
> Не раньше, чем закончится «пиаристый-пиар» таблицы умножения, например.
> Отчего вы, малопочтенный, статьи сугубо технического содержания называете «пиаристой-пиарой»?Пиар смерти и налогов и то менее пиарист, чем Труды Уважаемого Автора. Куда там таблице умножения до.
> один из разработчиков порта Debian GNU/HurdКто вообще ЭТИМ пользуется кроме самих разрабов?
вот этот вопрос действительно интересный. а правда кто?
тут http://popcon.debian.org/stat/sub-hurd-i386.png и вообще http://popcon.debian.org/
Никто. К сожалению хурд ничего не умеет.
> Никто. К сожалению хурд ничего не умеет.GNU/Hurd, как много в этом слове!
А у Вас даже ника нет :( Аноним он и в Африке Аноним ;)
Но ведь это не отвечает на вопрос "Зачем нужно менять SysV в linux?"Если микроядерные системы нуждаются в другом ините пусть на их территории и ставят экссперементы. Почему в этом непотребстве ковыряются федоры и убунты, через которую туда и Священный Дебиан затянули.
> Но ведь это не отвечает на вопрос "Зачем нужно менять SysV в
> linux?"
> Если микроядерные системы нуждаются в другом ините пусть на их территории и
> ставят экссперементы. Почему в этом непотребстве ковыряются федоры и убунты, через
> которую туда и Священный Дебиан затянули.не парься . если ничего не менять , то и сам линукс уйдет в историю. к тому же как бы инит не был привычен его всеравно пришлось бы менять.или переписывать , причем так ,что и от самого прежнего инита ничего бы почти и не осталось. многоядерность знаете ли.
>если ничего не менять , то и сам линукс уйдет в историюа если постоянно менять - то уйдёт еще быстрее.
> к тому же как бы инит не был
> привычен его всеравно пришлось бы менять.или переписыватьзачем? по каким причинам это *пришлось* бы делать? натурально, дурацкие писки про то, что «инит устарел и больше немодный» аргументами не являются.
людям хочется конфигурационных файлов и параллельной загрузки без костылей. Маленькое невинное желание, а сколько воплей?
> людям хочется конфигурационных файлов и параллельной загрузки без костылей. Маленькое
> невинное желание, а сколько воплей?Поттерс Устасу: "Операция по внедрению костыльных конфигурационных файлов и костыля параллельной загрузки в промытые мОзги прошла успешно, продолжаю Работу."
За отсутствием конфигурационных файлов и параллельной загрузкой без костылей ходите в федору, локалхост админить.Я дебианы перезагружаю дай бог два раза в год, либо когда на ядро критический для меня фикс выходит, либо когда плановая профилактика. При этом post на серверах даже сейчас идет чуть ли не впятеро дольше чем вся эта байда потом грузится.
Если биос железяки селф-чек и детект железа делает две минуты, то вот мне реально ни горячо ни холодно за 20 секунд у меня система потом грузится или за 10. Тем более если это происходит два раза в год.
Нахрена козе боян ?
> Нахрена козе боян ?так эти… странные ребята — они особо ничего за техникой не делают же. раньше основным видом спорта у них были постоянные перезагрузки с секундомером наготове (вопрос «какие же идиоты занимаются тем, что постоянно перезагружают систему, и почему на них надо ориентироваться?» игнорировался). когда их фетиш подрос и скорости загрузки стали уже не такими впечатляющими, странные ребята отступили на заранее подготовленные позиции: «баш плохо, инишки хорошо.» я чисто из интереса жду, когда они оставят эти позиции и за что будут цепляться дальше.
> людям хочется конфигурационных файлов и параллельной загрузки без костылей.что-то я не видел в бебиановском списке рассылки постоянно возникающих обсуждений с этими хотелками. так что не надо лгать, если твою ложь можно проверить. учись работать тоньше.
>многоядерность знаете ли.Многоядерность для операционной системы ничем не отличается от многопроцессорности, поддержка которой появилась в юниксах не вчера.
Потому что Debian GNU/Hurd - это тоже Дебиан. Сейчас там пытаются выбрать наиболее подходящую систему инициализации, без привязок к ядру, ведь так будет легче развивать данный дистрибутив и он будет намного гибче, т.к. можно будет выбрать любое поддерживаемое ядро, а набор пакетов останется стандартным.
Дебиан - это ОС, которая может работать, на базе Linux, GNU/Hurd, FreeBSD и т.д. Если появится новое супер ядро, то они смогут его туда прикрутить.
Это понятно, не совсем понятно почему все эти эксперименты проводятся на ядре линукс, а не на новом супер ядре или его предшественниках.
Эксперимент если и будет проводиться, то на всех поддерживаемых ядрах. Иначе он не имеет смысла. Проблемы? В любом случае если ты и увидишь systemd в Debian, то случится это лет эдак через 5, когда ты уже успеешь забыть, что был против. Они если что-то и выпускают, то только когда оно реально готово к использованию, а тут нужно провернуть немалый массив работ по портированию systemd.
Прогноз не сбылся.
Потому что портируемость SysV приводят в качестве основной причины его оставить, в случае если он не настолько портируемый как считали до этого, то причин его оставлять на одну меньше.
> Потому что портируемость SysV приводят в качестве основной причины его оставить, в
> случае если он не настолько портируемый как считали до этого, то
> причин его оставлять на одну меньше.По состоянию на сегодня этот sysvinit уже портирован и в той или иной степени работает на куче архитектур и пить-кушать не просит. А сыстемдэ по состоянию на сегодня для единственного ведра толком не запилили. Причем совместимость сломать чуть ли не в каждом релизе ухитряются, то со старыми ведрами то с самим собой.
Нафига в продакшн эту мышь лабораторную ?
> Священный ДебианУбил наповал ))
А почему обсуждают эту устаревшую хрень, получившую 0 голосов? Сравнил бы с убунтовской системой.
> А почему обсуждают эту устаревшую хрень, получившую 0 голосов? Сравнил бы с
> убунтовской системой.извини убунту вообще обсуждать не хочется. она изначально только прикидывалась линуксом, но не была им, а теперь и подавно. и вообще забудь про нее. вон там марк её уже сливать собрался по полно. меняет десктоп на планшеты и телефоны..
>> А почему обсуждают эту устаревшую хрень, получившую 0 голосов? Сравнил бы с
>> убунтовской системой.
> извини убунту вообще обсуждать не хочется. она изначально только прикидывалась линуксом,
> но не была им, а теперь и подавно. и вообще забудь
> про нее. вон там марк её уже сливать собрался по полно.
> меняет десктоп на планшеты и телефоны..он говорит про апстарт, а не убунту.
Вендорлочный упс-срат? Спасибо, не надо.
> Вендорлочный упс-срат? Спасибо, не надо.а вендорлочный сиськэм-буээ - надо? :-D
Настолько вендорлочный, что юзается в редхел)
> Настолько вендорлочный, что юзается в редхел)У рхел много чего юзается, и не только упстарт но и венда и продукты оракела и миллион блобов проверяется на совместимось.
все аргументы против systemv справедливы и для upstart.
> Используемая в Debian реализация SysV init жестко завязана на особенности ядра Linux
> Код SysV init, используемый в Debian,Выкинуть и использовать ваниллу.
>> Используемая в Debian реализация SysV init жестко завязана на особенности ядра Linux
>> Код SysV init, используемый в Debian,
> Выкинуть и использовать ваниллу.Вас нужно забанить и не пускать в интернеты.
> Для обеспечения аналогичной функциональности на Hurd-системах, подготовлена реализация cgroupfs для Hurd.как linprocfs - так сразу хак, а это - не, не хак, да?
cgroupfs это реализация новой фичи, а linprocfs -- эмуляция работы линукса.
ну если бы было lincgroupfs и просто procfs -- было бы совершенно другое дело.
> ну если бы было lincgroupfs и просто procfs -- было бы совершенно
> другое дело.Если бы при этом ещё был hurdcgroupfs, то да.
а как SystemV Init работает на *BSD системах? или там что-то иное?..
там система инициализации своя. sysv-init и BSD-RC , обе основаны на скриптах, но различаются. и у то и у той есть как плюсы так и минусы.
>как SystemV Init работает на *BSDДа как всегда, через BSD...
т.е. отлично работает
Там RC, и он ничё.
Посмотрели б и на него, портировали. ^_^ Или OpenRC о том же?
А этому разработчику не кажется, что в systemd кода раз так в 20 больше, чем в sysv init? И если уж в sysv init есть специфичные вещи, то что же там в systemd? Там небось вообще на каждом углу завязка.
не сказал бы что завязок много, но да это чисто линуховая вещь. переносить на что то другое смысла нет.
> А этому разработчику не кажется, что в systemd кода раз так в
> 20 больше, чем в sysv init? И если уж в sysv
> init есть специфичные вещи, то что же там в systemd? Там
> небось вообще на каждом углу завязка.а скрипты сами себя выполняют или блоб "bash" с небольшим исходником (домашнее задание - погляди склько именно)?
>> А этому разработчику не кажется, что в systemd кода раз так в
>> 20 больше, чем в sysv init? И если уж в sysv
>> init есть специфичные вещи, то что же там в systemd? Там
>> небось вообще на каждом углу завязка.
> а скрипты сами себя выполняют или блоб "bash" с небольшим исходником (домашнее
> задание - погляди склько именно)?Дело, видите ли, в том, что кроме bash существуют еще несколько shell, например: sh, ksh, pdksh, dash...
Если при написании init-скриптов использовать POSIX-стандартизированное подмножество комманд, то результат выполнения скрипта будет одинаков для всех оболочек, которые POSIX-совместимы (приведенные выше как-раз такими и есть). Сравните, например, размеры исходников и "бинарников" systemd и dash.
Количество кода не показатель. Основной причиной привязки systemd к линукс является активное использование там фич, доступные только в ядре линукс. Ну вон как cgroups, например. Т.е. его портирование на другие ядра будет означать реализацию в них новых полезных фичь, что само по-себе уже не плохо. Подчёркиванию — реализацию новых фичь, а не эмуляцию поведения ядра линукс, это принципиально разные вещи.
> Количество кода не показатель. Основной причиной привязки systemd к линукс является активное
> использование там фич, доступные только в ядре линукс. Ну вон как
> cgroups, например. Т.е. его портирование на другие ядра будет означать реализацию
> в них новых полезных фичь, что само по-себе уже не плохо.
> Подчёркиванию — реализацию новых фичь, а не эмуляцию поведения ядра линукс,
> это принципиально разные вещи.+100500
Hurd (ядро) от этого сильно не изменится. У него есть свой, минимальный набор функций.
А GNU (в смысле ОС и окружение) получат _свои_ новые фичи!
>> Количество кода не показатель. Основной причиной привязки systemd к линукс является активное
>> использование там фич, доступные только в ядре линукс. Ну вон как
>> cgroups, например. Т.е. его портирование на другие ядра будет означать реализацию
>> в них новых полезных фичь, что само по-себе уже не плохо.
>> Подчёркиванию — реализацию новых фичь, а не эмуляцию поведения ядра линукс,
>> это принципиально разные вещи.
> +100500
> Hurd (ядро) от этого сильно не изменится. У него есть свой, минимальный
> набор функций.
> А GNU (в смысле ОС и окружение) получат _свои_ новые фичи!... которые надо будет теперь поддерживать, даже если изначально не собирались. Клёво, чо.
Ну так демьяновцы и будут их поддерживать раз им это надо. Тебя что-то не устраивает?
И в QNX4 и в QNX6 всю жизнь использовались свои подсистемы первичной инициализации системы. Без оглядки на прямое копирование sysv, systemd (его тогда ещё не было даже в планах) и иже с ними. Набор скриптов на шеле на < 10к строк в сумме. И все прекрасно работало (и работает). И всем было до фонаря на xyz. При этом подход ни сколько не мешал заимствовать серьезный объем кода из BSD подсистем.
>Разработчик Debian GNU/Hurd рассказал о проблемахДаже не верится, что у этой системы есть проблемы...
... и разработчики.
Так последние и являются основной проблемой. По крайней мере для себя самих.
Почему же? Эти люди заняты исследованием. Они создают принципиально новую архитектуру системы, аналогов которой ещё в принципе не существует. Учёные вечно же занимаются какой-то непонятной хренью, Вы не находите? Вот так и с этими ребятами. ;)
Эта принципиально новая архитектура за столько-то лет разработки уже успела стать принципиально старой и несколько раз переродиться в процессе, да и аналогов существует в достатке. Таких же популярных. -_-
Одной из основных проблем микроядер является крайне неудачный баланс между скоростью работы кода и сложностью в его разработке и поддержке. Потому, собственно, ни Hurd, ни остальные микроядра особой популярности до сих пор так и не обрели, а долбиться об эту стену можно годами.
Если б они создавали ЯП, оптимизированный под написание микроядер, и писали б на нём ядро — это бы сошло за попытку идти вперёд и то, чем занимаются учёные. Но нет же, они пишут на Си и потом выправляют руками на асме. Ну успешно им ещё лет 30 сношаться.
В Hurd так нормально народ приходит, вопросы задаёт в переписке. Это радует.
> Гораздо более серьезные затруднения создают архитектурные особенности SysV init. Например, при завершении работы системы, программа killall5 убивает практически все процессы в пространстве пользователя. Для системы с монолитным ядро такой подход вполне приемлем, но в системе с микроядром, где работа корневой файловой системы обеспечивается не модулем ядра, а процессом, подобная практика создает некоторые проблемы.Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа?
> Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа?Видимо в его понимание есть только два метода кнопкой reset и кнопкой power off, а это вынуждает килять процессы беспорядочно.
Вообще что так всем этот systemd необходим, есть конечно и + но блин он уже сейчас делает то что раньше было возложено на другие процессы. И это особенно пугает, видимо в понимание Поттеринга раз это система инициализации то она должна "инициализировать" все что в голову придет
Человек делает (и пиарит, как же не пиарить свою штуку) крепкую, мощную систему, которая сделает всё за вас. А ещё покажет QR-код и сыграет звук при вставке флешки (наверное), прекрасно ж!) А вы на него напали.)
Вообще вы правы каждый свое детище пиарит (наверное). Но в данном случае это детище слишком быстро заняло место ветерана SysV init. Да и вообще уж слишком компьютер стал самостоятельный почти все начал за меня делать, переживаю я что скоро ему совсем ненужен буду :D
>как же не пиарить свою штукуКак нормальный адекватный белый человек - покраснеть, извиниться, осознать собственную некомпетентность и пойти поучиться чему-нибудь, книжку может почитать.
> Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа?Только с дополнительными костылями и криво.
>> Гораздо более серьезные затруднения создают архитектурные особенности SysV init. Например, при завершении работы системы, программа killall5 убивает практически все процессы в пространстве пользователя. Для системы с монолитным ядро такой подход вполне приемлем, но в системе с микроядром, где работа корневой файловой системы обеспечивается не модулем ядра, а процессом, подобная практика создает некоторые проблемы.
> Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа?Знает, Вы же сами процитировали.
Прочтите уже на конец man killall5
Уверяю Вас, там очень мало бкаф ;)
И да, killall5 "не знает", что есть какой то там порядок старта/стопа (иначе эта программа и называлось бы иначе, и функционал имела немного другой (и кода там было бы поболе)).
> Прочтите уже на конец man killall5Уверяю Вас, там очень мало бкаф ;)
И да, killall5 "не знает", что есть какой то там порядок старта/стопа (иначе эта программа и называлось бы иначе, и функционал имела немного другой (и кода там было бы поболе)).Т.е. когда я сначала останавливаю apache, потом postgres, потом отмонтирую fs, ... --- я что-то не так делаю, а надо было сразу killall5?
>> Прочтите уже на конец man killall5
> Уверяю Вас, там очень мало бкаф ;)
> И да, killall5 "не знает", что есть какой то там порядок старта/стопа
> (иначе эта программа и называлось бы иначе, и функционал имела
> немного другой (и кода там было бы поболе)).
> Т.е. когда я сначала останавливаю apache, потом postgres, потом отмонтирую fs, ...
> --- я что-то не так делаю, а надо было сразу killall5?Ещё раз, для работников танкового сектора: killall - этап, "дочищающий" систему. Потому что иногда что-то остаётся работать, по самым разным причинам. И из-за этого чего-то работающего остановить ФС "чисто" не реально.
Остановить ФС после killall в указанном случае невозможно, так как killall убьёт процесс, предоставляющий эту ФС. Остановить до killall нельзя, потому что что-то висит в памяти. Остановить во время killall нельзя, потому что эта команда ничего не знает о зависимостях.
Вывод - для решения проблемы в данном случае нужны костыли, или другая система ининциализации системы.
Так понятно?
Нет killall5 по большей части нужен чтобы прибить процессы, которые пользователь запустил руками.
> Юстас Винтер не знает что есть порядок старта/стопа?Человек написал, что в определенный момент существующая система инициализации делает killall 5 (перед отключением fs).
Что обрушивает в аварийном порядке все fs (включая root) которые смонтированы не ядром.Как из этого Вы сделали вывод о незнании им порядка старта/стопа?
Как бы на Debian GNU/Hurd для работы SysV init прикрутили костыль в виде procfs, и оно работает. Для обеспечения работы Systemd на Debian GNU/Hurd прикрутили костыль в виде cgroupfs. Если без костылей ни как может тогда не стоить отправлять старые костыли на покой.
Если всё работает со старыми костылями, зачем новые? :D
> Если всё работает со старыми костылями, зачем новые? :D*новые, блестящие!
> Если всё работает со старыми костылями, зачем новые? :DЯ вот и говорю что к старым то привыкаешь они роднее, в некотором смысле. Дело не в том что я против перемен, я против когда эти перемены происходят в масштабе лавины, именно так происходит переход на systemd
Я пользователь дебиана и я неравнодушен к этой теме, но... Авторы, может быть, не надо уподобляться убунтятам? Зачем писать ГЛАВНУЮ новость на каждый комментарий каждого разработчика? Была же ссылка на обсуждение в mailing list в первой новости. Кому интересно - тот будет сам следить.
> Я пользователь дебиана и я неравнодушен к этой теме, но... Авторы, может
> быть, не надо уподобляться убунтятам? Зачем писать ГЛАВНУЮ новость на каждый
> комментарий каждого разработчика? Была же ссылка на обсуждение в mailing list
> в первой новости. Кому интересно - тот будет сам следить.Правильно делают!
Во первых: если вокруг все вороны черные, а у тебя цвет перьев белый, то можно и красочки прикупть, что бы не заклевали (и много чего по этой теме можно добавить, но это отдельный разговор).
Во вторых: необходимо привлекать новых (желательно молодых) людей, готовых вкладывать часть своего времени и сил в проект (я бы сказал, что это во первых).
> Я пользователь дебиана и я неравнодушен к этой теме, но... Авторы, может
> быть, не надо уподобляться убунтятам? Зачем писать ГЛАВНУЮ новость на каждый
> комментарий каждого разработчика? Была же ссылка на обсуждение в mailing list
> в первой новости. Кому интересно - тот будет сам следить.Надо. Дебиан обладает существенным авторитетом. К его политике и обсуждениям надо привлекать внимание общественности.
Так это ж дееееебиан. А то, кхм, убунта.
> включает linprocfs (http://www.freebsd.org/cgi/man.cgi?query=linprocfs&sektion=5) —
> эмулятор структуры procfs, специфичной для Linux. Этот же механизм используется и
> в Debian GNU/kFreeBSD.JFYI. procfs в NetBSD эмулирует кое-что из структуры Linux-ового procfs.
Не сказал бы, что это хак, просто некоторые вещи сделаны вполне удачно,
нет смысла говорить велосипед.
Краткий перевод:
Давным давно когда выбора не было мы накидали костылей для Sys V Init чтобы он работал не под линуксом и все так привыкли к ним что перестали замечать а неофиты так вообще про них не знают и думают что Sys V Init сразу такой замечательный был и портируемый, спешим напомнить что это не так и кстати наши костыли не то что бы шедевр резьбы по дереву и если будут предлагать экзоскелет не стоит отказываться в пользу старых родных костылей они того не стоят.
> если будут предлагать экзоскелет не стоит отказываться в пользу старых родных
> костылей они того не стоят.правда, этот «экзоскелет» для того, чтобы завестись, потребует три вагона мегакостылей, но это ж ерунда.
OpenRC рулит, явственно.
не только для xBSD-ядер.
и таки да, что-нить вроде SeL4 в качестве Дебиана ядра - было бы гламурнее.
работает же в десятках миллионов микроконтроллеров квалком/азерос ?
[в Вашем телефоне - весмьма вероятно]
aka REX.
OpenRC это не замена sysv. Оно работает совместно с /sbin/init и не является заменой ему.
де-факто - замена.
даже если опирается на останки легаси в работе(на разных платформах - разные).
вы ведь не жалуетесь, что поттерингмд - использует вендоподобия в ? не кричите "опять венда ! ну сколько можно ?!" ?
инит не работает как "идеальный сферический конь в вакууме", если вам конечно - не веперлось своего ядра с тулчейном, написание.
> OpenRC это не замена sysv. Оно работает совместно с /sbin/init и не
> является заменой ему.тебя, наверное, это очень удивит, но *нормальный* инит вообще не в курсе про то, какая там дальше система инициализационных скриптов живёт. ему без разницы.
Это если тебе Юстас патч запилит. А пока извините - gnumach only.
Смешно смотреть на фимозных мамонтов. Сначала кричали, что про systemd один маркетинговый буллшит, теперь, когда посыпались сугубо технические сравнения, стали плакать, что кругом пиар и заговор.
А ты посмотри на это сообщество.Тут любое, новое, которое хоть чем-то отличается - по-умолчанию враг. Что люди, что проекты.
> Тут любое, новое, которое хоть чем-то отличается - по-умолчанию враг.Любой проект должен выдерживать конструктивную критику. Многие, конечно, не понимают слова "конструктивную", но проецировать на всех как вы я бы не стал.
> сугубо технические сравненияне вижу тут технических сравнений. пиар и булшит — вижу. техническим сравнением оно было бы, если бы автор рядом описал, сколько им придётся привинчивать костылей, чтобы собрать и запустить у себя рабочий системды со всеми фичами. но этот вопрос аккуратно обходится, потому что он очень неудобный, король голый получится.
> не вижу тут технических сравнений. пиар и булшит — вижу. техническим сравнением оно было бы, если бы автор рядом описал, сколько им придётся привинчивать костылей, чтобы собрать и запустить у себя рабочий системды со всеми фичами.Нисколько не придется, запускать там systemd никто и не собирается, они просто реализуют решение описанной конкретной проблемы аналогичное используемому в systemd.
В общем, ты бы мог и короче сказать: "я бы увидел тут техническое сравнение, а не пиар и буллшит, если бы автор выступил против systemd"
> Нисколько не придется, запускать там systemd никто и не собирается…но попиарить всё равно надо. булшит, как я и сказал. и да, cgroups в системды изобрели, АВЕ! и всё остальное там же.
> …но попиарить всё равно надо. булшит, как я и сказал.То есть любая статья со сравнением различных методов решения какой-либо проблемы - это пиар? И если я сравню какой-то чисто технический момент между линуксом и виндой и сделаю вывод, что в линуксе это реализовано лучше, ты меня тоже засыпешь обвинениями в том, что я пиарю линукс, или тебя только упоминания systemd так заводят?
Это был риторический вопрос, если что.> cgroups в системды изобрели, АВЕ! и всё остальное там же.
Сgroups - это не решение описанной проблемы, а инструмент, который можно использовать для ее решения. Но если очень хочется что-то неправильно понять, то у тебя всегда получится.
Кто они то? Уже можно увидеть что этот Юстас главный по хурдам и решает конкретную проблему? А не запилил cgroups под влиянием чтения lkml и доков?
> Уже можно увидеть что этот Юстас главный по хурдам и решает конкретную проблему?https://teythoon.cryptobitch.de/posts/what-will-i-do-next-cg.../
https://teythoon.cryptobitch.de/gsoc/
Ну то есть хоть кто-то его блог почитал.
Итак отрезюмируем. Чел второй раз в жизни хурд увидел в районе лета прошлого года. Нанимался поправить сисвинит так что бы он везде был одинаков, без лишних патчей. В процессе чтения наткнулся на доку по цгрупc. И тут решил запилить, на радости, его. В каком году цгрупс запили в линухе? Когда он начал пилить этот гсок и когда ему внезапно пришла идея реализовать цгрупс в хурд? Этот так немного показывает качество его как разработчика.
> Ну то есть хоть кто-то его блог почитал.Жаль, что ты не в их числе. Потому что твои фантазии слегка отличаются от хода событий, описанного там.
Давай выдергивай оттуда цитаты с ссылками и выкладывай сюда.
> А ты посмотри на это сообществоЯ дам более простое определение современному "сообществу" - цирк со злыми клоунами.
клоунами-стаканчиками, нет?
А Hurd то, живет!
Своей неспешной жизнью ;)
Спокойствие, только спокойствие.
Хочется прокомментировать заявления типа "да что это вообще за хрен с горы?!!!" и "что за голимый пиар начался???". Ясно, что сюда на ОпенНет доберутся не все заявления разработчиков Дебиан и, допускаю, что, если смотреть подборку публикаций на данном ресурсе, может получиться перекос, но... В самом первоисточнике (Дебиановском обсуждении) будут высказаны различные мнения и они будут прокомментированы товарищами, которые в теме (в отличии от аналитегов), и истина, таки, воссияет.Аллилуйя!!! Всем (кто хочет) делать три раза ку.
даже если в конкретной реализации оно не очень переносимо - все одно его проще всего переделать чтобы было переносимо
Всё верно, System V init тоже далеко не самый переносимый init. А про косяк с отстрелом процессов в микроядерной ОС - это вообще эпическое нечто. Для GNU/Hurd и ему подобных использование System V init просто противопоказано. Кстати, как и Upstart. Тот тоже весьма коряво отмонтирует корневую ФС. Рад, что Hurd развивается. Когда-то всё равно весь мир начнёт мигрировать на прогрессивные микроядерные ОС. И очень хорошо, что СПО мигрирует раньше оффтопика. Потому что практически готовая ОС уже есть, стоит как бронепоезд на запасных рельсах.
А мужики-то не знают...
Оказывается, если взять базовые скрипты SysVinit из линукса и без изменений их в другую ОС перетащить, то что-то будет работать не так.
SysVinit про структуру и именование, нежели про то, что внутри скриптов написано.
про базу немножко тоже. а то, что её рихтовать надо — совершенно не удивительно. особенно для системы с другой идеологией.
Кстати говоря, в Debian под OpenRC успешно загружается Hurd-овое ядро :). Только что проверил.И для openrc-хейтеров: Да, в параллельном режиме, без каких-либо проблем.
> что проверил.
> И для openrc-хейтеров: Да, в параллельном режиме, без каких-либо проблем.Со всеми возможными комбинациями 20000+ пакетов и демонов? И всеми возможными комбинациями стораджей и железа?
Силён!!
>> что проверил.
>> И для openrc-хейтеров: Да, в параллельном режиме, без каких-либо проблем.
> Со всеми возможными комбинациями 20000+ пакетов и демонов? И всеми возможными комбинациями
> стораджей и железа?А какой от этого толк? Если сервисов будет менее 4 миллиардов на одной машине, то patch будет работать одинаково. Разве что существенно медленее.
> Силён!!
Не думаю что хоть какой-то из init-ов был проверен в таких условиях :)
Специально для авторов тезиса о 'linux-специфичных костылях sysv init' напоминаю, что этот sysv init лет на семь старше linux'а.
> Код SysV init, используемый в Debian
> Debian
> в Debian
> Код, используемый в DebianИными словами, тот самый "sysv init", который "лет на семь старше linux'а", к этому не причастен.