The OpenNET Project / Index page

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

Разработчик Debian GNU/Hurd рассказал о проблемах портирования SysV init

29.01.2014 20:57

В недавно завершившемся обсуждении по выбору системы инициализации для дистрибутива Debian, довольно часто фигурировал аргумент «система инициализации должна быть переносимой» (то есть работать на платформах, отличных от Linux). При этом подразумевалось, что SysV init является переносимой системой инициализации.

Однако Юстас Винтер, один из разработчиков порта Debian GNU/Hurd, пояснил, что такое представление является некорректным. Используемая в Debian реализация SysV init жестко завязана на особенности ядра Linux, и обеспечить ее корректное портирование на другие платформы весьма проблематично. Более того, для систем на основе микроядра, в силу архитектурных особенностей реализации, более оптимальным решением является systemd.

Код SysV init, используемый в Debian, во многих аспектах жестко завязан на архитектуру платформы Linux. В качестве наиболее типичного примера такой привязки приводится использование procfs (в файлах src/{bootlog,hddown,killall5}.c). Структура procfs не стандартизирована, и отличается на различных платформах, в частности, Linux и FreeBSD. Во FreeBSD, для запуска немодифицированных Linux-программ, используется специальный слой бинарной совместимости, который, в частности, включает linprocfs — эмулятор структуры procfs, специфичной для Linux. Этот же механизм используется и в Debian GNU/kFreeBSD.

Разработчики порта Debian GNU/Hurd пошли аналогичным путем, создав драйвер procfs, эмулирующий procfs ядра Linux на системе Hurd. «SysV init работает на нашей системе не потому, что он переносим, а потому, что мы ввели ряд хаков для эмуляции особенностей Linux» — отмечает Юстас. Также он упоминает, что procfs является далеко не единственным примером жесткой завязки кода SysV init на особенности платформы.

Но такие, чисто технические, неувязки — далеко не самая значительная проблема. Гораздо более серьезные затруднения создают архитектурные особенности SysV init. Например, при завершении работы системы, программа killall5 убивает практически все процессы в пространстве пользователя. Для системы с монолитным ядром такой подход вполне приемлем, но в системе с микроядром, где работа корневой файловой системы обеспечивается не модулем ядра, а процессом, подобная практика создает некоторые проблемы.

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

  1. Главная ссылка к новости (https://teythoon.cryptobitch.d...)
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/38957-hurd
Ключевые слова: hurd, debian, boot, init
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (136) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, АнонимЭ (?), 21:11, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда уже закончится этот пиаристый-пиар системд?
     
     
  • 2.2, Аноним (-), 21:14, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда разработчики и пользователи дистрибутивов наконец-то изживут в себе комплекс мамонта?
     
     
  • 3.6, Аноним (-), 21:27, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >комплекс мамонта

    скорее синдром утенка

     
     
  • 4.15, pavlinux (ok), 21:42, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +16 +/
    "- Шеф, всё пропало, все пропало,..."

    2014 год, а мы тока узнали, что Hurd ваще непонятно как грузился предыдущие 20 лет. :)

     
     
  • 5.28, Khariton (ok), 22:10, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    30!
     
  • 5.65, Аноним (-), 04:41, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > 2014 год, а мы тока узнали, что Hurd ваще непонятно как грузился
    > предыдущие 20 лет. :)

    Ну вот так и грузился. Кося под линух :).

     
  • 3.10, chinarulezzz (ok), 21:31, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    т.е. брать измором?
     
  • 2.5, Пользователь systemd (?), 21:27, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +21 +/
    А что не так то? Реальный разработчик указал на серьезную проблему, делающую sysvinit "условно" переносимым на другие *nix платформы (что бы его перенести, надо нагородить еще костылей). Где тот пиар?
     
     
  • 3.16, Аноним (-), 21:43, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А если вспомнить что эти чудаки сидел эндацть лет на этом сисвинит и не жужали? А тут, ВНЕЗАПНО, они прозрели после поделок Поттеринга. Вернее один прозрел. Судя по быстрому гугленью: любит питоновые вещи. А участвует в хурде с осени прошлого года. Чем он вообще знаменит и кто это?
     
     
  • 4.20, Аноним (-), 21:55, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Они нашли более подходящую систему, позволяющую не городить вагон костылей.
     
     
  • 5.24, Аноним (-), 22:04, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Можно увидеть их возмущение и письма в апстрим проектов инициализации? А то это ВНЕЗАПНО очень вовремя случилось. Может тогда багзилы всех проектов закрыть? А чё, найдём более подходящие системы если эти глючат или неправильно работают.
    И да, я таки увижу чем знаменит этот разработчик и кто он?
     
     
  • 6.54, anonymous (??), 02:56, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    почитай их переписку времен этого внедрения, закрыватель багов. Ваши стоны о systemd просто восхитительны.
     
     
  • 7.110, Аноним (-), 19:39, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты стоны какие-то видишь где их нет - галюны свои выгони И да, мне очень интере... большой текст свёрнут, показать
     
  • 6.85, еще один аноним (?), 10:39, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    они сидели и молчали в тряпочку, никого не трогали, прогибались, пока сторонники SysV init не начали размахивать переносимостью на все и вся чуть ли не как главным флагом на каждом углу. Ну терпение у кого-то из них и кончилось, он просто сказал - "Не лгите". И привел парочку доводов. В чем проблема?
     
     
  • 7.111, Аноним (-), 19:42, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да ты чё. То есть они швабру не вынимали пока не начали говорить что швабра это прекрасно? Чёрт, я и забыл что это в мире виндоса так, а здесь опенсорс, фрисофт во всё поля. И никаких идей по изменению плохой ситуации не было.
    И у тебя я хочу услышать ответ на вопрос:
    И да, я таки увижу чем знаменит этот разработчик и кто он?
    И второй вопрос: какие это доводы если он сначала напилил линуксовый cgroupfs и потом оказалось, ВНЕЗАПНО, что на этот костыль ложится вменяемо системд?
     
  • 5.97, arisu (ok), 14:21, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Они нашли более подходящую систему, позволяющую не городить вагон костылей.

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

     
     
  • 6.144, Аноним (-), 22:26, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Наш Кэп лучше разработчика Hurd знает как правильно, гули :).
     
     
  • 7.145, Аноним (-), 22:32, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    О. Сейчас мы узнаем что это за разработчик хурда. Давно ли он там разрабатывает? Что именно он там разрабатывает? Сколько вещей накатал? Сколько вообще програмит? Ты не стесняйся, блог у него почитать можно, а не только одно сообщение про системд. Ну и после ты нам расскажешь что это за разработчик.
     
  • 4.23, Аноним (-), 22:00, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не жужжали потому-что выбора не было, а он появился.
     
     
  • 5.26, Аноним (-), 22:06, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Что значит выбора не было? Им было запрещено эти вопросы в рассылках поднимать? Они не могли подключиться к разработке других систем инициализации? Где более ранняя их критика и предложения по системам инициализации? Почему они не пытались заюзать апстарт? Где их мнение на эту тему?
    И опять таки интересует ответ на второй вопрос: чем знаменит данный разработчик что его надо слушать?
     
     
  • 6.55, anonymous (??), 02:59, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что значит выбора не было? Им было запрещено эти вопросы в рассылках
    > поднимать? Они не могли подключиться к разработке других систем инициализации? Где
    > более ранняя их критика и предложения по системам инициализации? Почему они
    > не пытались заюзать апстарт? Где их мнение на эту тему?
    > И опять таки интересует ответ на второй вопрос: чем знаменит данный разработчик
    > что его надо слушать?

    Ты утверждаешь что они не поднимали этот вопрос? На чем основана твоя фантазия? Не стыдно придумывать за незнакомых тебе людей действия и возмущаться об этих придуманых действиях? Strawman, my ass

     
     
  • 7.112, Аноним (-), 19:54, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мамка то знает что ты школу прогуливаешь на опеннете Даю, бесплатный урок грамо... большой текст свёрнут, показать
     
  • 6.122, Добрый доктор (?), 10:24, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Что значит выбора не было? Им было запрещено эти вопросы в рассылках
    > поднимать? Они не могли подключиться к разработке других систем инициализации? Где
    > более ранняя их критика и предложения по системам инициализации? Почему они
    > не пытались заюзать апстарт? Где их мнение на эту тему?
    > И опять таки интересует ответ на второй вопрос: чем знаменит данный разработчик
    > что его надо слушать?

    Какие «вопросы в рассылках поднимать»?
    В ИСХОДНИКИ СМОТРИТЕ, ЧУМАЗЫЕ!

    Ты смотришь исходники, грязнуля?

     
  • 4.74, vi (?), 09:25, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А если вспомнить что эти чудаки сидел эндацть лет на этом сисвинит
    > и не жужали? А тут, ВНЕЗАПНО, они прозрели после поделок Поттеринга.
    > Вернее один прозрел. Судя по быстрому гугленью: любит питоновые вещи. А
    > участвует в хурде с осени прошлого года. Чем он вообще знаменит
    > и кто это?

    А кто то вообще только сегодня родился ;)

     
     
  • 5.105, Аноним (-), 14:49, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но уже за системд?
     
  • 3.18, Anonplus (?), 21:51, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Все положительные отзывы о том, что мне не нравится - пиар.
    Эта логика сродни логике гламурных кис - я вам не нравлюсь не потому, что я плохая, а потому что я настолько отличная, что вы мне завидуете.
     
     
  • 4.42, Аноним (-), 23:54, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Потрясающая глубина анализа.
     
  • 2.120, Добрый доктор (?), 10:20, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Когда уже закончится этот пиаристый-пиар системд?

    Не раньше, чем закончится «пиаристый-пиар» таблицы умножения, например.
    Отчего вы, малопочтенный, статьи сугубо технического содержания называете «пиаристой-пиарой»?
    У вас проблемы с адекватной оценкой объективной реальности?
    Сегодняшние число и год назвать можете?

     
     
  • 3.124, Andrey Mitrofanov (?), 11:17, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Когда уже закончится этот пиаристый-пиар системд?
    > Не раньше, чем закончится «пиаристый-пиар» таблицы умножения, например.
    > Отчего вы, малопочтенный, статьи сугубо технического содержания называете «пиаристой-пиарой»?

    Пиар смерти и налогов и то менее пиарист, чем Труды Уважаемого Автора. Куда там таблице умножения до.

     

  • 1.3, asavah (ok), 21:23, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > один из разработчиков порта Debian GNU/Hurd

    Кто вообще ЭТИМ пользуется кроме самих разрабов?

     
     
  • 2.7, славян (?), 21:27, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    вот этот вопрос действительно интересный. а правда кто?
     
     
  • 3.19, АнониМ (ok), 21:54, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    тут http://popcon.debian.org/stat/sub-hurd-i386.png и вообще http://popcon.debian.org/
     
  • 2.32, Аноним (-), 22:34, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Никто. К сожалению хурд ничего не умеет.
     
     
  • 3.75, vi (?), 09:30, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Никто. К сожалению хурд ничего не умеет.

    GNU/Hurd, как много в этом слове!
    А у Вас даже ника нет :( Аноним он и в Африке Аноним ;)

     

  • 1.4, Аноним (-), 21:26, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Но ведь это не отвечает на вопрос "Зачем нужно менять SysV в linux?"

    Если микроядерные системы нуждаются в другом ините пусть на их территории и ставят экссперементы. Почему в этом непотребстве ковыряются федоры и убунты, через которую туда и Священный Дебиан затянули.

     
     
  • 2.9, славян (?), 21:31, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Но ведь это не отвечает на вопрос "Зачем нужно менять SysV в
    > linux?"
    > Если микроядерные системы нуждаются в другом ините пусть на их территории и
    > ставят экссперементы. Почему в этом непотребстве ковыряются федоры и убунты, через
    > которую туда и Священный Дебиан затянули.

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

     
     
  • 3.12, chinarulezzz (ok), 21:33, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >если ничего не менять , то и сам линукс уйдет в историю

    а если постоянно менять - то уйдёт еще быстрее.

     
  • 3.99, arisu (ok), 14:24, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > к тому же как бы инит не был
    > привычен его всеравно пришлось бы менять.или переписывать

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

     
     
  • 4.118, Аноним (-), 06:26, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    людям хочется конфигурационных файлов и параллельной загрузки без костылей. Маленькое невинное желание, а сколько воплей?
     
     
  • 5.125, Andrey Mitrofanov (?), 11:22, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > людям хочется конфигурационных файлов и параллельной загрузки без костылей. Маленькое
    > невинное желание, а сколько воплей?

    Поттерс Устасу: "Операция по внедрению костыльных конфигурационных файлов и костыля параллельной загрузки в промытые мОзги прошла успешно, продолжаю Работу."

     
  • 5.126, ram_scan (?), 14:48, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    За отсутствием конфигурационных файлов и параллельной загрузкой без костылей ходите в федору, локалхост админить.

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

    Если биос железяки селф-чек и детект железа делает две минуты, то вот мне реально ни горячо ни холодно за 20 секунд у меня система потом грузится или за 10. Тем более если это происходит два раза в год.

    Нахрена козе боян ?

     
     
  • 6.129, arisu (ok), 15:40, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Нахрена козе боян ?

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

     
  • 5.128, arisu (ok), 15:36, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > людям хочется конфигурационных файлов и параллельной загрузки без костылей.

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

     
  • 3.107, www2 (??), 17:24, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >многоядерность знаете ли.

    Многоядерность для операционной системы ничем не отличается от многопроцессорности, поддержка которой появилась в юниксах не вчера.

     
  • 2.22, Yaisis (?), 21:59, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому что Debian GNU/Hurd - это тоже Дебиан. Сейчас там пытаются выбрать наиболее подходящую систему инициализации, без привязок к ядру, ведь так будет легче развивать данный дистрибутив и он будет намного гибче, т.к. можно будет выбрать любое поддерживаемое ядро, а набор пакетов останется стандартным.
    Дебиан - это ОС, которая может работать, на базе Linux, GNU/Hurd, FreeBSD и т.д. Если появится новое супер ядро, то они смогут его туда прикрутить.
     
     
  • 3.25, Аноним (-), 22:05, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это понятно, не совсем понятно почему все эти эксперименты проводятся на ядре линукс, а не на новом супер ядре или его предшественниках.
     
     
  • 4.59, Lain_13 (ok), 03:29, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Эксперимент если и будет проводиться, то на всех поддерживаемых ядрах. Иначе он не имеет смысла. Проблемы? В любом случае если ты и увидишь systemd в Debian, то случится это лет эдак через 5, когда ты уже успеешь забыть, что был против. Они если что-то и выпускают, то только когда оно реально готово к использованию, а тут нужно провернуть немалый массив работ по портированию systemd.
     
     
  • 5.153, Ne01eX (ok), 09:50, 02/03/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Прогноз не сбылся.
     
  • 2.56, ig0r (??), 03:01, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что портируемость SysV приводят в качестве основной причины его оставить, в случае если он не настолько портируемый как считали до этого, то причин его оставлять на одну меньше.
     
     
  • 3.127, ram_scan (?), 14:55, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Потому что портируемость SysV приводят в качестве основной причины его оставить, в
    > случае если он не настолько портируемый как считали до этого, то
    > причин его оставлять на одну меньше.

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

    Нафига в продакшн эту мышь лабораторную ?

     
  • 2.80, Слушатель (?), 10:06, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Священный Дебиан

    Убил наповал ))

     

  • 1.8, Аноним (-), 21:30, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А почему обсуждают эту устаревшую хрень, получившую 0 голосов? Сравнил бы с убунтовской системой.
     
     
  • 2.11, славян (?), 21:33, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > А почему обсуждают эту устаревшую хрень, получившую 0 голосов? Сравнил бы с
    > убунтовской системой.

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

     
     
  • 3.13, chinarulezzz (ok), 21:34, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> А почему обсуждают эту устаревшую хрень, получившую 0 голосов? Сравнил бы с
    >> убунтовской системой.
    > извини убунту вообще обсуждать не хочется. она изначально только прикидывалась линуксом,
    > но не была им, а теперь и подавно. и вообще забудь
    > про нее. вон там марк её уже сливать собрался по полно.
    > меняет десктоп на планшеты и телефоны..

    он говорит про апстарт, а не убунту.

     
     
  • 4.21, Аноним (-), 21:56, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Вендорлочный упс-срат? Спасибо, не надо.
     
     
  • 5.27, chinarulezzz (ok), 22:07, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вендорлочный упс-срат? Спасибо, не надо.

    а вендорлочный сиськэм-буээ - надо? :-D

     
  • 5.35, someName (?), 22:51, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Настолько вендорлочный, что юзается в редхел)
     
     
  • 6.57, anonymous (??), 03:02, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Настолько вендорлочный, что юзается в редхел)

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

     
  • 2.115, dd (??), 23:14, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    все аргументы против systemv справедливы и для upstart.
     

  • 1.14, Zenitur (ok), 21:42, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Используемая в Debian реализация SysV init жестко завязана на особенности ядра Linux
    > Код SysV init, используемый в Debian,

    Выкинуть и использовать ваниллу.

     
     
  • 2.71, daemontux (?), 07:54, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Используемая в Debian реализация SysV init жестко завязана на особенности ядра Linux
    >> Код SysV init, используемый в Debian,
    > Выкинуть и использовать ваниллу.

    Вас нужно забанить и не пускать в интернеты.

     

  • 1.17, ano (??), 21:44, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > Для обеспечения аналогичной функциональности на Hurd-системах, подготовлена реализация cgroupfs для Hurd.

    как linprocfs - так сразу хак, а это - не, не хак, да?

     
     
  • 2.29, Ананас (?), 22:11, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    cgroupfs это реализация новой фичи, а linprocfs -- эмуляция работы линукса.
     
     
  • 3.30, bootforce (?), 22:18, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    ну если бы было lincgroupfs и просто procfs -- было бы совершенно другое дело.
     
     
  • 4.116, dd (??), 23:15, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > ну если бы было lincgroupfs и просто procfs -- было бы совершенно
    > другое дело.

    Если бы при этом ещё был hurdcgroupfs, то да.

     

  • 1.31, Аноним (-), 22:26, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    а как SystemV Init работает на *BSD системах? или там что-то иное?..
     
     
  • 2.38, славян (?), 23:17, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    там система инициализации своя.  sysv-init и BSD-RC , обе основаны на скриптах, но различаются. и у то и у той есть как плюсы так и минусы.
     
  • 2.39, Аноним (-), 23:19, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >как SystemV Init работает на *BSD

    Да как всегда, через BSD...

     
     
  • 3.109, Дядя (?), 18:52, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    т.е. отлично работает
     
  • 2.47, Аноним (-), 00:14, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Там RC, и он ничё.
    Посмотрели б и на него, портировали. ^_^ Или OpenRC о том же?
     

  • 1.33, vitalif (ok), 22:39, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А этому разработчику не кажется, что в systemd кода раз так в 20 больше, чем в sysv init? И если уж в sysv init есть специфичные вещи, то что же там в systemd? Там небось вообще на каждом углу завязка.
     
     
  • 2.41, славян (?), 23:50, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не сказал бы что завязок много, но да это чисто линуховая вещь. переносить на что то другое смысла нет.
     
  • 2.58, anonymous (??), 03:07, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А этому разработчику не кажется, что в systemd кода раз так в
    > 20 больше, чем в sysv init? И если уж в sysv
    > init есть специфичные вещи, то что же там в systemd? Там
    > небось вообще на каждом углу завязка.

    а скрипты сами себя выполняют или блоб "bash" с небольшим исходником (домашнее задание - погляди склько именно)?

     
     
  • 3.98, Аноним (-), 14:22, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> А этому разработчику не кажется, что в systemd кода раз так в
    >> 20 больше, чем в sysv init? И если уж в sysv
    >> init есть специфичные вещи, то что же там в systemd? Там
    >> небось вообще на каждом углу завязка.
    > а скрипты сами себя выполняют или блоб "bash" с небольшим исходником (домашнее
    > задание - погляди склько именно)?

    Дело, видите ли, в том, что кроме bash существуют еще несколько shell, например: sh, ksh, pdksh, dash...
    Если при написании init-скриптов использовать POSIX-стандартизированное подмножество комманд, то результат выполнения скрипта будет одинаков для всех оболочек, которые POSIX-совместимы (приведенные выше как-раз такими и есть). Сравните, например, размеры исходников и "бинарников" systemd и dash.


     
  • 2.60, Lain_13 (ok), 03:38, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Количество кода не показатель. Основной причиной привязки systemd к линукс является активное использование там фич, доступные только в ядре линукс. Ну вон как cgroups, например. Т.е. его портирование на другие ядра будет означать реализацию в них новых полезных фичь, что само по-себе уже не плохо. Подчёркиванию — реализацию новых фичь, а не эмуляцию поведения ядра линукс, это принципиально разные вещи.
     
     
  • 3.78, vi (?), 09:50, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Количество кода не показатель. Основной причиной привязки systemd к линукс является активное
    > использование там фич, доступные только в ядре линукс. Ну вон как
    > cgroups, например. Т.е. его портирование на другие ядра будет означать реализацию
    > в них новых полезных фичь, что само по-себе уже не плохо.
    > Подчёркиванию — реализацию новых фичь, а не эмуляцию поведения ядра линукс,
    > это принципиально разные вещи.

    +100500
    Hurd (ядро) от этого сильно не изменится. У него есть свой, минимальный набор функций.
    А GNU (в смысле ОС и окружение) получат _свои_ новые фичи!

     
     
  • 4.91, Аноним (-), 12:10, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Количество кода не показатель. Основной причиной привязки systemd к линукс является активное
    >> использование там фич, доступные только в ядре линукс. Ну вон как
    >> cgroups, например. Т.е. его портирование на другие ядра будет означать реализацию
    >> в них новых полезных фичь, что само по-себе уже не плохо.
    >> Подчёркиванию — реализацию новых фичь, а не эмуляцию поведения ядра линукс,
    >> это принципиально разные вещи.
    > +100500
    > Hurd (ядро) от этого сильно не изменится. У него есть свой, минимальный
    > набор функций.
    > А GNU (в смысле ОС и окружение) получат _свои_ новые фичи!

    ... которые надо будет теперь поддерживать, даже если изначально не собирались. Клёво, чо.

     
     
  • 5.96, Lain_13 (ok), 13:28, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так демьяновцы и будут их поддерживать раз им это надо. Тебя что-то не устраивает?
     

  • 1.34, klalafuda (?), 22:41, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    И в QNX4 и в QNX6 всю жизнь использовались свои подсистемы первичной инициализации системы. Без оглядки на прямое копирование sysv, systemd (его тогда ещё не было даже в планах) и иже с ними. Набор скриптов на шеле на < 10к строк в сумме. И все прекрасно работало (и работает). И всем было до фонаря на xyz. При этом подход ни сколько не мешал заимствовать серьезный объем кода из BSD подсистем.
     
  • 1.36, Аноним (-), 22:54, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >Разработчик Debian GNU/Hurd рассказал о проблемах

    Даже не верится, что у этой системы есть проблемы...

    ... и разработчики.

     
     
  • 2.61, Lain_13 (ok), 03:40, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Так последние и являются основной проблемой. По крайней мере для себя самих.
     
     
  • 3.86, freehck (ok), 11:21, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Почему же? Эти люди заняты исследованием. Они создают принципиально новую архитектуру системы, аналогов которой ещё в принципе не существует. Учёные вечно же занимаются какой-то непонятной хренью, Вы не находите? Вот так и с этими ребятами. ;)
     
     
  • 4.104, Lain_13 (ok), 14:37, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Эта принципиально новая архитектура за столько-то лет разработки уже успела стать принципиально старой и несколько раз переродиться в процессе, да и аналогов существует в достатке. Таких же популярных. -_-
    Одной из основных проблем микроядер является крайне неудачный баланс между скоростью работы кода и сложностью в его разработке и поддержке. Потому, собственно, ни Hurd, ни остальные микроядра особой популярности до сих пор так и не обрели, а долбиться об эту стену можно годами.
    Если б они создавали ЯП, оптимизированный под написание микроядер, и писали б на нём ядро — это бы сошло за попытку идти вперёд и то, чем занимаются учёные. Но нет же, они пишут на Си и потом выправляют руками на асме. Ну успешно им ещё лет 30 сношаться.
     

  • 1.37, Аноним (-), 22:58, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В Hurd так нормально народ приходит, вопросы задаёт в переписке. Это радует.
     
  • 1.40, anonymous (??), 23:31, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Гораздо более серьезные затруднения создают архитектурные особенности SysV init. Например, при завершении работы системы, программа killall5 убивает практически все процессы в пространстве пользователя. Для системы с монолитным ядро такой подход вполне приемлем, но в системе с микроядром, где работа корневой файловой системы обеспечивается не модулем ядра, а процессом, подобная практика создает некоторые проблемы.

    Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа?

     
     
  • 2.45, Аноним (-), 00:12, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа?

    Видимо в его понимание есть только два метода кнопкой reset и кнопкой power off, а это вынуждает килять процессы беспорядочно.

    Вообще что так всем этот systemd необходим, есть конечно и + но блин он уже сейчас делает то что раньше было возложено на другие процессы. И это особенно пугает, видимо в понимание Поттеринга раз это система инициализации то она должна "инициализировать" все что в голову придет

     
     
  • 3.50, Аноним (-), 00:18, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Человек делает (и пиарит, как же не пиарить свою штуку) крепкую, мощную систему, которая сделает всё за вас. А ещё покажет QR-код и сыграет звук при вставке флешки (наверное), прекрасно ж!) А вы на него напали.)
     
     
  • 4.51, Аноним (-), 00:33, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще вы правы каждый свое детище пиарит (наверное). Но в данном случае это детище слишком быстро заняло место ветерана SysV init. Да и вообще уж слишком компьютер стал самостоятельный почти все начал за меня делать, переживаю я что скоро ему совсем ненужен буду :D

     
  • 4.152, Аноним (-), 12:15, 01/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >как же не пиарить свою штуку

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

     
  • 2.64, Аноним (-), 04:40, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа?

    Только с дополнительными костылями и криво.

     
  • 2.79, vi (?), 10:00, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Гораздо более серьезные затруднения создают архитектурные особенности SysV init. Например, при завершении работы системы, программа killall5 убивает практически все процессы в пространстве пользователя. Для системы с монолитным ядро такой подход вполне приемлем, но в системе с микроядром, где работа корневой файловой системы обеспечивается не модулем ядра, а процессом, подобная практика создает некоторые проблемы.
    > Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа?

    Знает, Вы же сами процитировали.
    Прочтите уже на конец man killall5
    Уверяю Вас, там очень мало бкаф ;)
    И да, killall5 "не знает", что есть какой то там порядок старта/стопа (иначе эта программа  и называлось бы иначе, и функционал имела немного другой (и кода там было бы поболе)).

     
     
  • 3.87, yet another anonymous (?), 11:24, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Прочтите уже на конец man killall5

    Уверяю Вас, там очень мало бкаф ;)
    И да, killall5 "не знает", что есть какой то там порядок старта/стопа (иначе эта программа  и называлось бы иначе, и функционал имела немного другой (и кода там было бы поболе)).

    Т.е. когда я сначала останавливаю apache, потом postgres, потом отмонтирую fs, ... --- я что-то не так делаю, а надо было сразу killall5?

     
     
  • 4.92, Аноним (-), 12:17, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё раз, для работников танкового сектора killall - этап, дочищающий систему ... большой текст свёрнут, показать
     
  • 4.95, Аноним (-), 13:23, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Нет killall5 по большей части нужен чтобы прибить процессы, которые пользователь запустил руками.
     
  • 2.93, КО (?), 13:11, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Юстас Винтер не знает что есть порядок старта/стопа?

    Человек написал, что в определенный момент существующая система инициализации делает killall 5 (перед отключением fs).
    Что обрушивает в аварийном порядке все fs (включая root) которые смонтированы не ядром.

    Как из этого Вы сделали вывод о незнании им порядка старта/стопа?

     

  • 1.43, Аноним (-), 00:03, 30/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как бы на Debian GNU/Hurd для работы SysV init прикрутили костыль в виде procfs, и оно работает. Для обеспечения работы Systemd на Debian GNU/Hurd прикрутили костыль в виде cgroupfs. Если без костылей ни как может тогда не стоить отправлять старые костыли на покой.
     
     
  • 2.44, Аноним (-), 00:12, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Если всё работает со старыми костылями, зачем новые? :D
     
     
  • 3.46, Аноним (-), 00:13, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Если всё работает со старыми костылями, зачем новые? :D

    *новые, блестящие!

     
  • 3.48, Аноним (-), 00:15, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Если всё работает со старыми костылями, зачем новые? :D

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

     

  • 1.49, Аноним (-), 00:17, 30/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Я пользователь дебиана и я неравнодушен к этой теме, но... Авторы, может быть, не надо уподобляться убунтятам? Зачем писать ГЛАВНУЮ новость на каждый комментарий каждого разработчика? Была же ссылка на обсуждение в mailing list в первой новости. Кому интересно - тот будет сам следить.
     
     
  • 2.81, vi (?), 10:07, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я пользователь дебиана и я неравнодушен к этой теме, но... Авторы, может
    > быть, не надо уподобляться убунтятам? Зачем писать ГЛАВНУЮ новость на каждый
    > комментарий каждого разработчика? Была же ссылка на обсуждение в mailing list
    > в первой новости. Кому интересно - тот будет сам следить.

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

     
  • 2.88, freehck (ok), 11:25, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Я пользователь дебиана и я неравнодушен к этой теме, но... Авторы, может
    > быть, не надо уподобляться убунтятам? Зачем писать ГЛАВНУЮ новость на каждый
    > комментарий каждого разработчика? Была же ссылка на обсуждение в mailing list
    > в первой новости. Кому интересно - тот будет сам следить.

    Надо. Дебиан обладает существенным авторитетом. К его политике и обсуждениям надо привлекать внимание общественности.

     
  • 2.106, chinarulezzz (ok), 15:18, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так это ж дееееебиан. А то, кхм, убунта.
     

  • 1.52, vle (ok), 00:57, 30/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > включает linprocfs (http://www.freebsd.org/cgi/man.cgi?query=linprocfs&sektion=5) —
    > эмулятор структуры procfs, специфичной для Linux. Этот же механизм используется и
    > в Debian GNU/kFreeBSD.

    JFYI. procfs в NetBSD эмулирует кое-что из структуры Linux-ового procfs.
    Не сказал бы, что это хак, просто некоторые вещи сделаны вполне удачно,
    нет смысла говорить велосипед.

     
  • 1.53, кевин (?), 02:21, 30/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Краткий перевод:
    Давным давно когда выбора не было мы накидали костылей для Sys V Init чтобы он работал не под линуксом и все так привыкли к ним что перестали замечать а неофиты так вообще про них не знают и думают что Sys V Init сразу такой замечательный был и портируемый, спешим напомнить что это не так и кстати наши костыли не то что бы шедевр резьбы по дереву и если будут предлагать экзоскелет не стоит отказываться в пользу старых родных костылей они того не стоят.
     
     
  • 2.100, arisu (ok), 14:29, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > если будут предлагать экзоскелет не стоит отказываться в пользу старых родных
    > костылей они того не стоят.

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

     

  • 1.62, Аноним (-), 04:02, 30/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    OpenRC рулит, явственно.
    не только для xBSD-ядер.
    и таки да, что-нить вроде SeL4 в качестве Дебиана ядра - было бы гламурнее.
    работает же в десятках миллионов микроконтроллеров квалком/азерос ?
    [в Вашем телефоне - весмьма вероятно]
    aka REX.
     
     
  • 2.72, Hugo Reyes (ok), 09:18, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    OpenRC это не замена sysv. Оно работает совместно с /sbin/init и не является заменой ему.
     
     
  • 3.89, Аноним (-), 11:32, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    де-факто - замена.
    даже если опирается на останки легаси в работе(на разных платформах - разные).
    вы ведь не жалуетесь, что поттерингмд - использует вендоподобия в ? не кричите "опять венда ! ну сколько можно ?!" ?
    инит не работает как "идеальный сферический конь в вакууме", если вам конечно - не веперлось своего ядра с тулчейном, написание.
     
  • 3.101, arisu (ok), 14:31, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > OpenRC это не замена sysv. Оно работает совместно с /sbin/init и не
    > является заменой ему.

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

     
  • 2.113, Аноним (-), 20:17, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это если тебе Юстас патч запилит. А пока извините - gnumach only.
     

  • 1.67, Fracta1L (ok), 06:51, 30/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Смешно смотреть на фимозных мамонтов. Сначала кричали, что про systemd один маркетинговый буллшит, теперь, когда посыпались сугубо технические сравнения, стали плакать, что кругом пиар и заговор.
     
     
  • 2.68, бедный буратино (ok), 07:18, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ты посмотри на это сообщество.

    Тут любое, новое, которое хоть чем-то отличается - по-умолчанию враг. Что люди, что проекты.

     
     
  • 3.84, Аноним (-), 10:31, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Тут любое, новое, которое хоть чем-то отличается - по-умолчанию враг.

    Любой проект должен выдерживать конструктивную критику. Многие, конечно, не понимают слова "конструктивную", но проецировать на всех как вы я бы не стал.

     
  • 2.102, arisu (ok), 14:32, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > сугубо технические сравнения

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

     
     
  • 3.117, Аноним (-), 01:17, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > не вижу тут технических сравнений. пиар и булшит — вижу. техническим сравнением оно было бы, если бы автор рядом описал, сколько им придётся привинчивать костылей, чтобы собрать и запустить у себя рабочий системды со всеми фичами.

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

    В общем, ты бы мог и короче сказать: "я бы увидел тут техническое сравнение, а не пиар и буллшит, если бы автор выступил против systemd"

     
     
  • 4.130, arisu (ok), 15:45, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нисколько не придется, запускать там systemd никто и не собирается

    …но попиарить всё равно надо. булшит, как я и сказал. и да, cgroups в системды изобрели, АВЕ! и всё остальное там же.

     
     
  • 5.139, Аноним (-), 18:45, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > …но попиарить всё равно надо. булшит, как я и сказал.

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

    > cgroups в системды изобрели, АВЕ! и всё остальное там же.

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

     
  • 4.140, Аноним (-), 19:33, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Кто они то? Уже можно увидеть что этот Юстас главный по хурдам и решает конкретную проблему? А не запилил cgroups под влиянием чтения lkml и доков?
     
     
  • 5.143, Аноним (-), 21:33, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Уже можно увидеть что этот Юстас главный по хурдам и решает конкретную проблему?

    https://teythoon.cryptobitch.de/posts/what-will-i-do-next-cgroupfs-o/
    https://teythoon.cryptobitch.de/gsoc/


     
     
  • 6.146, Аноним (-), 22:37, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну то есть хоть кто-то его блог почитал.
    Итак отрезюмируем. Чел второй раз в жизни хурд увидел в районе лета прошлого года. Нанимался поправить сисвинит так что бы он везде был одинаков, без лишних патчей. В процессе чтения наткнулся на доку по цгрупc. И тут решил запилить, на радости, его. В каком году цгрупс запили в линухе? Когда он начал пилить этот гсок и когда ему внезапно пришла идея реализовать цгрупс в хурд? Этот так немного показывает качество его как разработчика.
     
     
  • 7.150, Аноним (-), 02:37, 01/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну то есть хоть кто-то его блог почитал.

    Жаль, что ты не в их числе. Потому что твои фантазии слегка отличаются от хода событий, описанного там.

     
     
  • 8.151, Аноним (-), 11:21, 01/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Давай выдергивай оттуда цитаты с ссылками и выкладывай сюда ... текст свёрнут, показать
     

  • 1.70, Аноним (-), 07:36, 30/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > А ты посмотри на это сообщество

    Я дам более простое определение современному "сообществу" - цирк со злыми клоунами.

     
     
  • 2.76, Sergey722 (ok), 09:34, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    клоунами-стаканчиками, нет?
     

  • 1.73, vi (?), 09:22, 30/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А Hurd то, живет!
    Своей неспешной жизнью ;)
     
  • 1.77, Sergey722 (ok), 09:45, 30/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Спокойствие, только спокойствие.
    Хочется прокомментировать заявления типа "да что это вообще за хрен с горы?!!!" и "что за голимый пиар начался???". Ясно, что сюда на ОпенНет доберутся не все заявления разработчиков Дебиан и, допускаю, что, если смотреть подборку публикаций на данном ресурсе, может получиться перекос, но... В самом первоисточнике (Дебиановском обсуждении) будут высказаны различные мнения и они будут прокомментированы товарищами, которые в теме (в отличии от аналитегов), и истина, таки, воссияет.

    Аллилуйя!!! Всем (кто хочет) делать три раза ку.

     
  • 1.90, slowpoke (?), 12:10, 30/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    даже если в конкретной реализации оно не очень переносимо - все одно его проще всего переделать чтобы было переносимо
     
  • 1.108, lucentcode (ok), 18:23, 30/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Всё верно, System V init тоже далеко не самый переносимый init. А про косяк с отстрелом процессов в микроядерной ОС - это вообще эпическое нечто. Для GNU/Hurd и ему подобных использование System V init просто противопоказано. Кстати, как и Upstart. Тот тоже весьма коряво отмонтирует корневую ФС. Рад, что Hurd развивается. Когда-то всё равно весь мир начнёт мигрировать на прогрессивные микроядерные ОС. И очень хорошо, что СПО мигрирует раньше оффтопика. Потому что практически готовая ОС уже есть, стоит как бронепоезд на запасных рельсах.
     
  • 1.119, Аноним (-), 06:43, 31/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А мужики-то не знают...
    Оказывается, если взять базовые скрипты SysVinit из линукса и без изменений их в другую ОС перетащить, то что-то будет работать не так.
    SysVinit про структуру и именование, нежели про то, что внутри скриптов написано.
     
     
  • 2.131, arisu (ok), 15:53, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    про базу немножко тоже. а то, что её рихтовать надо — совершенно не удивительно. особенно для системы с другой идеологией.
     

  • 1.132, Xaionaro (ok), 15:53, 31/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кстати говоря, в Debian под OpenRC успешно загружается Hurd-овое ядро :). Только что проверил.

    И для openrc-хейтеров: Да, в параллельном режиме, без каких-либо проблем.

     
     
  • 2.135, Andrey Mitrofanov (?), 17:32, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > что проверил.
    > И для openrc-хейтеров: Да, в параллельном режиме, без каких-либо проблем.

    Со всеми возможными комбинациями 20000+ пакетов и демонов? И всеми возможными комбинациями стораджей и железа?

    Силён!!

     
     
  • 3.138, Xaionaro (ok), 18:42, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> что проверил.
    >> И для openrc-хейтеров: Да, в параллельном режиме, без каких-либо проблем.
    > Со всеми возможными комбинациями 20000+ пакетов и демонов? И всеми возможными комбинациями
    > стораджей и железа?

    А какой от этого толк? Если сервисов будет менее 4 миллиардов на одной машине, то patch будет работать одинаково. Разве что существенно медленее.

    > Силён!!

    Не думаю что хоть какой-то из init-ов был проверен в таких условиях :)

     

  • 1.148, anonymous (??), 23:17, 31/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Специально для авторов тезиса о 'linux-специфичных костылях sysv init' напоминаю, что этот sysv init лет на семь старше linux'а.
     
     
  • 2.149, Аноним (-), 00:15, 01/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Код SysV init, используемый в Debian
    > Debian
    > в Debian
    > Код, используемый в Debian

    Иными словами, тот самый "sysv init", который "лет на семь старше linux'а", к этому не причастен.

     

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



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

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