The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от opennews on 29-Янв-14, 21:11 
В недавно завершившемся (http://www.opennet.ru/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.ru/opennews/art.shtml?num=38957

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от АнонимЭ on 29-Янв-14, 21:11 
Когда уже закончится этот пиаристый-пиар системд?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Аноним (??) on 29-Янв-14, 21:14 
Когда разработчики и пользователи дистрибутивов наконец-то изживут в себе комплекс мамонта?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

6. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Аноним (??) on 29-Янв-14, 21:27 
>комплекс мамонта

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

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

15. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +16 +/
Сообщение от pavlinux (ok) on 29-Янв-14, 21:42 
"- Шеф, всё пропало, все пропало,..."

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

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

28. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Khariton (ok) on 29-Янв-14, 22:10 
30!
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

65. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от Аноним (??) on 30-Янв-14, 04:41 
> 2014 год, а мы тока узнали, что Hurd ваще непонятно как грузился
> предыдущие 20 лет. :)

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

10. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от chinarulezzz (ok) on 29-Янв-14, 21:31 
т.е. брать измором?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +21 +/
Сообщение от Пользователь systemd on 29-Янв-14, 21:27 
А что не так то? Реальный разработчик указал на серьезную проблему, делающую sysvinit "условно" переносимым на другие *nix платформы (что бы его перенести, надо нагородить еще костылей). Где тот пиар?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

16. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от Аноним (??) on 29-Янв-14, 21:43 
А если вспомнить что эти чудаки сидел эндацть лет на этом сисвинит и не жужали? А тут, ВНЕЗАПНО, они прозрели после поделок Поттеринга. Вернее один прозрел. Судя по быстрому гугленью: любит питоновые вещи. А участвует в хурде с осени прошлого года. Чем он вообще знаменит и кто это?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

20. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от Аноним (??) on 29-Янв-14, 21:55 
Они нашли более подходящую систему, позволяющую не городить вагон костылей.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

24. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +6 +/
Сообщение от Аноним (??) on 29-Янв-14, 22:04 
Можно увидеть их возмущение и письма в апстрим проектов инициализации? А то это ВНЕЗАПНО очень вовремя случилось. Может тогда багзилы всех проектов закрыть? А чё, найдём более подходящие системы если эти глючат или неправильно работают.
И да, я таки увижу чем знаменит этот разработчик и кто он?
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

54. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от anonymous (??) on 30-Янв-14, 02:56 
почитай их переписку времен этого внедрения, закрыватель багов. Ваши стоны о systemd просто восхитительны.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

110. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от Аноним (??) on 30-Янв-14, 19:39 
Ты стоны какие-то видишь где их нет - галюны свои выгони.
И да, мне очень интересно почитать что же там такого в переписке этой. Что-то в стиле:
--
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.

Спрашиваю ещё раз, а то нет ответов на вопросы:
И да, я таки увижу чем знаменит этот разработчик и кто он?

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

85. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +3 +/
Сообщение от еще один аноним on 30-Янв-14, 10:39 
они сидели и молчали в тряпочку, никого не трогали, прогибались, пока сторонники SysV init не начали размахивать переносимостью на все и вся чуть ли не как главным флагом на каждом углу. Ну терпение у кого-то из них и кончилось, он просто сказал - "Не лгите". И привел парочку доводов. В чем проблема?
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

111. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 19:42 
Да ты чё. То есть они швабру не вынимали пока не начали говорить что швабра это прекрасно? Чёрт, я и забыл что это в мире виндоса так, а здесь опенсорс, фрисофт во всё поля. И никаких идей по изменению плохой ситуации не было.
И у тебя я хочу услышать ответ на вопрос:
И да, я таки увижу чем знаменит этот разработчик и кто он?
И второй вопрос: какие это доводы если он сначала напилил линуксовый cgroupfs и потом оказалось, ВНЕЗАПНО, что на этот костыль ложится вменяемо системд?
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

97. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +3 +/
Сообщение от arisu (ok) on 30-Янв-14, 14:21 
> Они нашли более подходящую систему, позволяющую не городить вагон костылей.

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

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

144. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +/
Сообщение от Аноним (??) on 31-Янв-14, 22:26 
Наш Кэп лучше разработчика Hurd знает как правильно, гули :).
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

145. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +/
Сообщение от Аноним (??) on 31-Янв-14, 22:32 
О. Сейчас мы узнаем что это за разработчик хурда. Давно ли он там разрабатывает? Что именно он там разрабатывает? Сколько вещей накатал? Сколько вообще програмит? Ты не стесняйся, блог у него почитать можно, а не только одно сообщение про системд. Ну и после ты нам расскажешь что это за разработчик.
Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

23. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 29-Янв-14, 22:00 
Не жужжали потому-что выбора не было, а он появился.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

26. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 29-Янв-14, 22:06 
Что значит выбора не было? Им было запрещено эти вопросы в рассылках поднимать? Они не могли подключиться к разработке других систем инициализации? Где более ранняя их критика и предложения по системам инициализации? Почему они не пытались заюзать апстарт? Где их мнение на эту тему?
И опять таки интересует ответ на второй вопрос: чем знаменит данный разработчик что его надо слушать?
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

55. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от anonymous (??) on 30-Янв-14, 02:59 
> Что значит выбора не было? Им было запрещено эти вопросы в рассылках
> поднимать? Они не могли подключиться к разработке других систем инициализации? Где
> более ранняя их критика и предложения по системам инициализации? Почему они
> не пытались заюзать апстарт? Где их мнение на эту тему?
> И опять таки интересует ответ на второй вопрос: чем знаменит данный разработчик
> что его надо слушать?

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

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

112. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +2 +/
Сообщение от Аноним (??) on 30-Янв-14, 19:54 
Мамка то знает что ты школу прогуливаешь на опеннете? Даю, бесплатный урок грамотности для школоты и/или дислексиков.
В том комменте каждое предложение заканчивается вопросительным знаком. Это вот такой значок "?". Он означает что предложение побуждает написать на него ответ. От простого варианта да/нет, до разъяснения с аргументацией как на самом деле обстоят дела.
Теперь закрепим.
Это твой вопрос(хотя мне нужен был ответ а не вопрос): Ты утверждаешь что они не поднимали этот вопрос?
Ответ: нет, не утверждаю потому что это были вопросы а не утверждения.
Второй: На чем основана твоя фантазия?
Ответ: нет у меня нет фантазии. Вообще задавание вопросов не требует фантазии. Вот выдача ответов лёнькой и его бешеными сторонниками требует фантазии, как мы видим.
Третий: Не стыдно придумывать за незнакомых тебе людей действия и возмущаться об этих придуманых действиях?
Ответ: нет я не придумываю. Не утверждаю что этот разработчик дегенерат и лично фапает на лёньчика, который в свою очередь жахается в дёсна балмеру. Просто интересуюсь, задаю вопросы тому кто притащил эту новость как доказательство рульности системд.

А теперь я могу услышать ответ на свои вопросы?

ЗЫ. Вот мля, уже какой кретин не может прочитать текст и вменяемо его понять.

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

122. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Добрый доктор on 31-Янв-14, 10:24 
> Что значит выбора не было? Им было запрещено эти вопросы в рассылках
> поднимать? Они не могли подключиться к разработке других систем инициализации? Где
> более ранняя их критика и предложения по системам инициализации? Почему они
> не пытались заюзать апстарт? Где их мнение на эту тему?
> И опять таки интересует ответ на второй вопрос: чем знаменит данный разработчик
> что его надо слушать?

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

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

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

74. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от vi on 30-Янв-14, 09:25 
> А если вспомнить что эти чудаки сидел эндацть лет на этом сисвинит
> и не жужали? А тут, ВНЕЗАПНО, они прозрели после поделок Поттеринга.
> Вернее один прозрел. Судя по быстрому гугленью: любит питоновые вещи. А
> участвует в хурде с осени прошлого года. Чем он вообще знаменит
> и кто это?

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

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

105. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Аноним (??) on 30-Янв-14, 14:49 
Но уже за системд?
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

18. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +4 +/
Сообщение от Anonplus on 29-Янв-14, 21:51 
Все положительные отзывы о том, что мне не нравится - пиар.
Эта логика сродни логике гламурных кис - я вам не нравлюсь не потому, что я плохая, а потому что я настолько отличная, что вы мне завидуете.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

42. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +7 +/
Сообщение от Аноним (??) on 29-Янв-14, 23:54 
Потрясающая глубина анализа.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

120. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –3 +/
Сообщение от Добрый доктор on 31-Янв-14, 10:20 
> Когда уже закончится этот пиаристый-пиар системд?

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

124. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Andrey Mitrofanov on 31-Янв-14, 11:17 
>> Когда уже закончится этот пиаристый-пиар системд?
> Не раньше, чем закончится «пиаристый-пиар» таблицы умножения, например.
> Отчего вы, малопочтенный, статьи сугубо технического содержания называете «пиаристой-пиарой»?

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

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

3. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –3 +/
Сообщение от asavah (ok) on 29-Янв-14, 21:23 
> один из разработчиков порта Debian GNU/Hurd

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –2 +/
Сообщение от славян on 29-Янв-14, 21:27 
вот этот вопрос действительно интересный. а правда кто?
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

19. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от АнониМ (ok) on 29-Янв-14, 21:54 
тут http://popcon.debian.org/stat/sub-hurd-i386.png и вообще http://popcon.debian.org/
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

32. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –2 +/
Сообщение от Аноним (??) on 29-Янв-14, 22:34 
Никто. К сожалению хурд ничего не умеет.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

75. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от vi on 30-Янв-14, 09:30 
> Никто. К сожалению хурд ничего не умеет.

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

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

4. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Аноним (??) on 29-Янв-14, 21:26 
Но ведь это не отвечает на вопрос "Зачем нужно менять SysV в linux?"

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от славян on 29-Янв-14, 21:31 
> Но ведь это не отвечает на вопрос "Зачем нужно менять SysV в
> linux?"
> Если микроядерные системы нуждаются в другом ините пусть на их территории и
> ставят экссперементы. Почему в этом непотребстве ковыряются федоры и убунты, через
> которую туда и Священный Дебиан затянули.

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

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

12. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +2 +/
Сообщение от chinarulezzz (ok) on 29-Янв-14, 21:33 
>если ничего не менять , то и сам линукс уйдет в историю

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

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

99. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +1 +/
Сообщение от arisu (ok) on 30-Янв-14, 14:24 
> к тому же как бы инит не был
> привычен его всеравно пришлось бы менять.или переписывать

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

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

118. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  –1 +/
Сообщение от Аноним (??) on 31-Янв-14, 06:26 
людям хочется конфигурационных файлов и параллельной загрузки без костылей. Маленькое невинное желание, а сколько воплей?
Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

125. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +2 +/
Сообщение от Andrey Mitrofanov on 31-Янв-14, 11:22 
> людям хочется конфигурационных файлов и параллельной загрузки без костылей. Маленькое
> невинное желание, а сколько воплей?

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

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

126. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +2 +/
Сообщение от ram_scan on 31-Янв-14, 14:48 
За отсутствием конфигурационных файлов и параллельной загрузкой без костылей ходите в федору, локалхост админить.

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

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

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

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

129. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +3 +/
Сообщение от arisu (ok) on 31-Янв-14, 15:40 
> Нахрена козе боян ?

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

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

128. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +2 +/
Сообщение от arisu (ok) on 31-Янв-14, 15:36 
> людям хочется конфигурационных файлов и параллельной загрузки без костылей.

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

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

107. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от www2 (??) on 30-Янв-14, 17:24 
>многоядерность знаете ли.

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

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

22. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +2 +/
Сообщение от Yaisis on 29-Янв-14, 21:59 
Потому что Debian GNU/Hurd - это тоже Дебиан. Сейчас там пытаются выбрать наиболее подходящую систему инициализации, без привязок к ядру, ведь так будет легче развивать данный дистрибутив и он будет намного гибче, т.к. можно будет выбрать любое поддерживаемое ядро, а набор пакетов останется стандартным.
Дебиан - это ОС, которая может работать, на базе Linux, GNU/Hurd, FreeBSD и т.д. Если появится новое супер ядро, то они смогут его туда прикрутить.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

25. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 29-Янв-14, 22:05 
Это понятно, не совсем понятно почему все эти эксперименты проводятся на ядре линукс, а не на новом супер ядре или его предшественниках.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

59. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Lain_13 (ok) on 30-Янв-14, 03:29 
Эксперимент если и будет проводиться, то на всех поддерживаемых ядрах. Иначе он не имеет смысла. Проблемы? В любом случае если ты и увидишь systemd в Debian, то случится это лет эдак через 5, когда ты уже успеешь забыть, что был против. Они если что-то и выпускают, то только когда оно реально готово к использованию, а тут нужно провернуть немалый массив работ по портированию systemd.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

56. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от ig0r (??) on 30-Янв-14, 03:01 
Потому что портируемость SysV приводят в качестве основной причины его оставить, в случае если он не настолько портируемый как считали до этого, то причин его оставлять на одну меньше.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

127. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от ram_scan on 31-Янв-14, 14:55 
> Потому что портируемость SysV приводят в качестве основной причины его оставить, в
> случае если он не настолько портируемый как считали до этого, то
> причин его оставлять на одну меньше.

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

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

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

80. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Слушатель on 30-Янв-14, 10:06 
> Священный Дебиан

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

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

8. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от Аноним (??) on 29-Янв-14, 21:30 
А почему обсуждают эту устаревшую хрень, получившую 0 голосов? Сравнил бы с убунтовской системой.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –4 +/
Сообщение от славян on 29-Янв-14, 21:33 
> А почему обсуждают эту устаревшую хрень, получившую 0 голосов? Сравнил бы с
> убунтовской системой.

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

13. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от chinarulezzz (ok) on 29-Янв-14, 21:34 
>> А почему обсуждают эту устаревшую хрень, получившую 0 голосов? Сравнил бы с
>> убунтовской системой.
> извини убунту вообще обсуждать не хочется. она изначально только прикидывалась линуксом,
> но не была им, а теперь и подавно. и вообще забудь
> про нее. вон там марк её уже сливать собрался по полно.
> меняет десктоп на планшеты и телефоны..

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

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

21. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –3 +/
Сообщение от Аноним (??) on 29-Янв-14, 21:56 
Вендорлочный упс-срат? Спасибо, не надо.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

27. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +2 +/
Сообщение от chinarulezzz (ok) on 29-Янв-14, 22:07 
> Вендорлочный упс-срат? Спасибо, не надо.

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

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

35. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +3 +/
Сообщение от someName on 29-Янв-14, 22:51 
Настолько вендорлочный, что юзается в редхел)
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

57. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от anonymous (??) on 30-Янв-14, 03:02 
> Настолько вендорлочный, что юзается в редхел)

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

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

115. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от dd (??) on 30-Янв-14, 23:14 
все аргументы против systemv справедливы и для upstart.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

14. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Zenitur (ok) on 29-Янв-14, 21:42 
> Используемая в Debian реализация SysV init жестко завязана на особенности ядра Linux
> Код SysV init, используемый в Debian,

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

71. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от daemontux on 30-Янв-14, 07:54 
>> Используемая в Debian реализация SysV init жестко завязана на особенности ядра Linux
>> Код SysV init, используемый в Debian,
> Выкинуть и использовать ваниллу.

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

17. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +6 +/
Сообщение от ano (??) on 29-Янв-14, 21:44 
> Для обеспечения аналогичной функциональности на Hurd-системах, подготовлена реализация cgroupfs для Hurd.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Ананас on 29-Янв-14, 22:11 
cgroupfs это реализация новой фичи, а linprocfs -- эмуляция работы линукса.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

30. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +5 +/
Сообщение от bootforce on 29-Янв-14, 22:18 
ну если бы было lincgroupfs и просто procfs -- было бы совершенно другое дело.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

116. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от dd (??) on 30-Янв-14, 23:15 
> ну если бы было lincgroupfs и просто procfs -- было бы совершенно
> другое дело.

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

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

31. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от Аноним (??) on 29-Янв-14, 22:26 
а как SystemV Init работает на *BSD системах? или там что-то иное?..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от славян on 29-Янв-14, 23:17 
там система инициализации своя.  sysv-init и BSD-RC , обе основаны на скриптах, но различаются. и у то и у той есть как плюсы так и минусы.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

39. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 29-Янв-14, 23:19 
>как SystemV Init работает на *BSD

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

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

109. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Дядя on 30-Янв-14, 18:52 
т.е. отлично работает
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

47. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 00:14 
Там RC, и он ничё.
Посмотрели б и на него, портировали. ^_^ Или OpenRC о том же?
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

33. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +3 +/
Сообщение от vitalif (ok) on 29-Янв-14, 22:39 
А этому разработчику не кажется, что в systemd кода раз так в 20 больше, чем в sysv init? И если уж в sysv init есть специфичные вещи, то что же там в systemd? Там небось вообще на каждом углу завязка.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от славян on 29-Янв-14, 23:50 
не сказал бы что завязок много, но да это чисто линуховая вещь. переносить на что то другое смысла нет.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

58. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от anonymous (??) on 30-Янв-14, 03:07 
> А этому разработчику не кажется, что в systemd кода раз так в
> 20 больше, чем в sysv init? И если уж в sysv
> init есть специфичные вещи, то что же там в systemd? Там
> небось вообще на каждом углу завязка.

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

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

98. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +2 +/
Сообщение от Аноним (??) on 30-Янв-14, 14:22 
>> А этому разработчику не кажется, что в systemd кода раз так в
>> 20 больше, чем в sysv init? И если уж в sysv
>> init есть специфичные вещи, то что же там в systemd? Там
>> небось вообще на каждом углу завязка.
> а скрипты сами себя выполняют или блоб "bash" с небольшим исходником (домашнее
> задание - погляди склько именно)?

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


Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

60. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от Lain_13 (ok) on 30-Янв-14, 03:38 
Количество кода не показатель. Основной причиной привязки systemd к линукс является активное использование там фич, доступные только в ядре линукс. Ну вон как cgroups, например. Т.е. его портирование на другие ядра будет означать реализацию в них новых полезных фичь, что само по-себе уже не плохо. Подчёркиванию — реализацию новых фичь, а не эмуляцию поведения ядра линукс, это принципиально разные вещи.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

78. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от vi on 30-Янв-14, 09:50 
> Количество кода не показатель. Основной причиной привязки systemd к линукс является активное
> использование там фич, доступные только в ядре линукс. Ну вон как
> cgroups, например. Т.е. его портирование на другие ядра будет означать реализацию
> в них новых полезных фичь, что само по-себе уже не плохо.
> Подчёркиванию — реализацию новых фичь, а не эмуляцию поведения ядра линукс,
> это принципиально разные вещи.

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

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

96. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от Lain_13 (ok) on 30-Янв-14, 13:28 
Ну так демьяновцы и будут их поддерживать раз им это надо. Тебя что-то не устраивает?
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

34. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от klalafuda on 29-Янв-14, 22:41 
И в QNX4 и в QNX6 всю жизнь использовались свои подсистемы первичной инициализации системы. Без оглядки на прямое копирование sysv, systemd (его тогда ещё не было даже в планах) и иже с ними. Набор скриптов на шеле на < 10к строк в сумме. И все прекрасно работало (и работает). И всем было до фонаря на xyz. При этом подход ни сколько не мешал заимствовать серьезный объем кода из BSD подсистем.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +3 +/
Сообщение от Аноним (??) on 29-Янв-14, 22:54 
>Разработчик Debian GNU/Hurd рассказал о проблемах

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

61. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –4 +/
Сообщение от Lain_13 (ok) on 30-Янв-14, 03:40 
Так последние и являются основной проблемой. По крайней мере для себя самих.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

86. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от freehck email(ok) on 30-Янв-14, 11:21 
Почему же? Эти люди заняты исследованием. Они создают принципиально новую архитектуру системы, аналогов которой ещё в принципе не существует. Учёные вечно же занимаются какой-то непонятной хренью, Вы не находите? Вот так и с этими ребятами. ;)
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

104. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от Lain_13 (ok) on 30-Янв-14, 14:37 
Эта принципиально новая архитектура за столько-то лет разработки уже успела стать принципиально старой и несколько раз переродиться в процессе, да и аналогов существует в достатке. Таких же популярных. -_-
Одной из основных проблем микроядер является крайне неудачный баланс между скоростью работы кода и сложностью в его разработке и поддержке. Потому, собственно, ни Hurd, ни остальные микроядра особой популярности до сих пор так и не обрели, а долбиться об эту стену можно годами.
Если б они создавали ЯП, оптимизированный под написание микроядер, и писали б на нём ядро — это бы сошло за попытку идти вперёд и то, чем занимаются учёные. Но нет же, они пишут на Си и потом выправляют руками на асме. Ну успешно им ещё лет 30 сношаться.
Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

37. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Аноним (??) on 29-Янв-14, 22:58 
В Hurd так нормально народ приходит, вопросы задаёт в переписке. Это радует.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

40. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от anonymous (??) on 29-Янв-14, 23:31 
> Гораздо более серьезные затруднения создают архитектурные особенности SysV init. Например, при завершении работы системы, программа killall5 убивает практически все процессы в пространстве пользователя. Для системы с монолитным ядро такой подход вполне приемлем, но в системе с микроядром, где работа корневой файловой системы обеспечивается не модулем ядра, а процессом, подобная практика создает некоторые проблемы.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

45. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +2 +/
Сообщение от Аноним (??) on 30-Янв-14, 00:12 
> Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа?

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

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

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

50. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Аноним (??) on 30-Янв-14, 00:18 
Человек делает (и пиарит, как же не пиарить свою штуку) крепкую, мощную систему, которая сделает всё за вас. А ещё покажет QR-код и сыграет звук при вставке флешки (наверное), прекрасно ж!) А вы на него напали.)
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

51. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 00:33 
Вообще вы правы каждый свое детище пиарит (наверное). Но в данном случае это детище слишком быстро заняло место ветерана SysV init. Да и вообще уж слишком компьютер стал самостоятельный почти все начал за меня делать, переживаю я что скоро ему совсем ненужен буду :D

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

152. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 01-Фев-14, 12:15 
>как же не пиарить свою штуку

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

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

64. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Аноним (??) on 30-Янв-14, 04:40 
> Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа?

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

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

79. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от vi on 30-Янв-14, 10:00 
>> Гораздо более серьезные затруднения создают архитектурные особенности SysV init. Например, при завершении работы системы, программа killall5 убивает практически все процессы в пространстве пользователя. Для системы с монолитным ядро такой подход вполне приемлем, но в системе с микроядром, где работа корневой файловой системы обеспечивается не модулем ядра, а процессом, подобная практика создает некоторые проблемы.
> Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа?

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

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

87. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +3 +/
Сообщение от yet another anonymous on 30-Янв-14, 11:24 
> Прочтите уже на конец man killall5

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

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

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

92. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 12:17 
>> Прочтите уже на конец man killall5
> Уверяю Вас, там очень мало бкаф ;)
> И да, killall5 "не знает", что есть какой то там порядок старта/стопа
> (иначе эта программа  и называлось бы иначе, и функционал имела
> немного другой (и кода там было бы поболе)).
> Т.е. когда я сначала останавливаю apache, потом postgres, потом отмонтирую fs, ...
> --- я что-то не так делаю, а надо было сразу killall5?

Ещё раз, для работников танкового сектора: killall - этап, "дочищающий" систему. Потому что иногда что-то остаётся работать, по самым разным причинам. И из-за этого чего-то работающего остановить ФС "чисто" не реально.

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

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

Так понятно?

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

95. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 13:23 
Нет killall5 по большей части нужен чтобы прибить процессы, которые пользователь запустил руками.
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

93. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от КО on 30-Янв-14, 13:11 
> Юстас Винтер не знает что есть порядок старта/стопа?

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

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

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

43. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 00:03 
Как бы на Debian GNU/Hurd для работы SysV init прикрутили костыль в виде procfs, и оно работает. Для обеспечения работы Systemd на Debian GNU/Hurd прикрутили костыль в виде cgroupfs. Если без костылей ни как может тогда не стоить отправлять старые костыли на покой.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

44. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 00:12 
Если всё работает со старыми костылями, зачем новые? :D
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

46. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 00:13 
> Если всё работает со старыми костылями, зачем новые? :D

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

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

48. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 00:15 
> Если всё работает со старыми костылями, зачем новые? :D

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

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

49. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –3 +/
Сообщение от Аноним (??) on 30-Янв-14, 00:17 
Я пользователь дебиана и я неравнодушен к этой теме, но... Авторы, может быть, не надо уподобляться убунтятам? Зачем писать ГЛАВНУЮ новость на каждый комментарий каждого разработчика? Была же ссылка на обсуждение в mailing list в первой новости. Кому интересно - тот будет сам следить.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

81. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от vi on 30-Янв-14, 10:07 
> Я пользователь дебиана и я неравнодушен к этой теме, но... Авторы, может
> быть, не надо уподобляться убунтятам? Зачем писать ГЛАВНУЮ новость на каждый
> комментарий каждого разработчика? Была же ссылка на обсуждение в mailing list
> в первой новости. Кому интересно - тот будет сам следить.

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

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

88. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от freehck email(ok) on 30-Янв-14, 11:25 
> Я пользователь дебиана и я неравнодушен к этой теме, но... Авторы, может
> быть, не надо уподобляться убунтятам? Зачем писать ГЛАВНУЮ новость на каждый
> комментарий каждого разработчика? Была же ссылка на обсуждение в mailing list
> в первой новости. Кому интересно - тот будет сам следить.

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

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

106. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от chinarulezzz (ok) on 30-Янв-14, 15:18 
Так это ж дееееебиан. А то, кхм, убунта.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

52. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +2 +/
Сообщение от vle (ok) on 30-Янв-14, 00:57 
> включает linprocfs (http://www.freebsd.org/cgi/man.cgi?query=linprocfs&sektion=5) —
> эмулятор структуры procfs, специфичной для Linux. Этот же механизм используется и
> в Debian GNU/kFreeBSD.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

53. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от кевин on 30-Янв-14, 02:21 
Краткий перевод:
Давным давно когда выбора не было мы накидали костылей для Sys V Init чтобы он работал не под линуксом и все так привыкли к ним что перестали замечать а неофиты так вообще про них не знают и думают что Sys V Init сразу такой замечательный был и портируемый, спешим напомнить что это не так и кстати наши костыли не то что бы шедевр резьбы по дереву и если будут предлагать экзоскелет не стоит отказываться в пользу старых родных костылей они того не стоят.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

100. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +4 +/
Сообщение от arisu (ok) on 30-Янв-14, 14:29 
> если будут предлагать экзоскелет не стоит отказываться в пользу старых родных
> костылей они того не стоят.

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

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

62. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 04:02 
OpenRC рулит, явственно.
не только для xBSD-ядер.
и таки да, что-нить вроде SeL4 в качестве Дебиана ядра - было бы гламурнее.
работает же в десятках миллионов микроконтроллеров квалком/азерос ?
[в Вашем телефоне - весмьма вероятно]
aka REX.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

72. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от Hugo Reyes email(ok) on 30-Янв-14, 09:18 
OpenRC это не замена sysv. Оно работает совместно с /sbin/init и не является заменой ему.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

89. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 11:32 
де-факто - замена.
даже если опирается на останки легаси в работе(на разных платформах - разные).
вы ведь не жалуетесь, что поттерингмд - использует вендоподобия в ? не кричите "опять венда ! ну сколько можно ?!" ?
инит не работает как "идеальный сферический конь в вакууме", если вам конечно - не веперлось своего ядра с тулчейном, написание.
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

101. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +3 +/
Сообщение от arisu (ok) on 30-Янв-14, 14:31 
> OpenRC это не замена sysv. Оно работает совместно с /sbin/init и не
> является заменой ему.

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

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

113. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 20:17 
Это если тебе Юстас патч запилит. А пока извините - gnumach only.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

67. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от Fracta1L (ok) on 30-Янв-14, 06:51 
Смешно смотреть на фимозных мамонтов. Сначала кричали, что про systemd один маркетинговый буллшит, теперь, когда посыпались сугубо технические сравнения, стали плакать, что кругом пиар и заговор.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

68. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от бедный буратино (ok) on 30-Янв-14, 07:18 
А ты посмотри на это сообщество.

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

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

84. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 10:31 
> Тут любое, новое, которое хоть чем-то отличается - по-умолчанию враг.

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

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

102. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +4 +/
Сообщение от arisu (ok) on 30-Янв-14, 14:32 
> сугубо технические сравнения

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

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

117. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  –1 +/
Сообщение от Аноним (??) on 31-Янв-14, 01:17 
> не вижу тут технических сравнений. пиар и булшит — вижу. техническим сравнением оно было бы, если бы автор рядом описал, сколько им придётся привинчивать костылей, чтобы собрать и запустить у себя рабочий системды со всеми фичами.

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

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

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

130. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +1 +/
Сообщение от arisu (ok) on 31-Янв-14, 15:45 
> Нисколько не придется, запускать там systemd никто и не собирается

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

Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

139. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  –1 +/
Сообщение от Аноним (??) on 31-Янв-14, 18:45 
> …но попиарить всё равно надо. булшит, как я и сказал.

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

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

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

Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

140. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +/
Сообщение от Аноним (??) on 31-Янв-14, 19:33 
Кто они то? Уже можно увидеть что этот Юстас главный по хурдам и решает конкретную проблему? А не запилил cgroups под влиянием чтения lkml и доков?
Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

143. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +/
Сообщение от Аноним (??) on 31-Янв-14, 21:33 
> Уже можно увидеть что этот Юстас главный по хурдам и решает конкретную проблему?

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


Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

146. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +1 +/
Сообщение от Аноним (??) on 31-Янв-14, 22:37 
Ну то есть хоть кто-то его блог почитал.
Итак отрезюмируем. Чел второй раз в жизни хурд увидел в районе лета прошлого года. Нанимался поправить сисвинит так что бы он везде был одинаков, без лишних патчей. В процессе чтения наткнулся на доку по цгрупc. И тут решил запилить, на радости, его. В каком году цгрупс запили в линухе? Когда он начал пилить этот гсок и когда ему внезапно пришла идея реализовать цгрупс в хурд? Этот так немного показывает качество его как разработчика.
Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

150. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +/
Сообщение от Аноним (??) on 01-Фев-14, 02:37 
> Ну то есть хоть кто-то его блог почитал.

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

Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

151. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +/
Сообщение от Аноним (??) on 01-Фев-14, 11:21 
Давай выдергивай оттуда цитаты с ссылками и выкладывай сюда.
Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

70. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 30-Янв-14, 07:36 
> А ты посмотри на это сообщество

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

76. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Sergey722 (ok) on 30-Янв-14, 09:34 
клоунами-стаканчиками, нет?
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

73. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от vi on 30-Янв-14, 09:22 
А Hurd то, живет!
Своей неспешной жизнью ;)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

77. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Sergey722 (ok) on 30-Янв-14, 09:45 
Спокойствие, только спокойствие.
Хочется прокомментировать заявления типа "да что это вообще за хрен с горы?!!!" и "что за голимый пиар начался???". Ясно, что сюда на ОпенНет доберутся не все заявления разработчиков Дебиан и, допускаю, что, если смотреть подборку публикаций на данном ресурсе, может получиться перекос, но... В самом первоисточнике (Дебиановском обсуждении) будут высказаны различные мнения и они будут прокомментированы товарищами, которые в теме (в отличии от аналитегов), и истина, таки, воссияет.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

90. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от slowpoke on 30-Янв-14, 12:10 
даже если в конкретной реализации оно не очень переносимо - все одно его проще всего переделать чтобы было переносимо
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

108. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от lucentcode (ok) on 30-Янв-14, 18:23 
Всё верно, System V init тоже далеко не самый переносимый init. А про косяк с отстрелом процессов в микроядерной ОС - это вообще эпическое нечто. Для GNU/Hurd и ему подобных использование System V init просто противопоказано. Кстати, как и Upstart. Тот тоже весьма коряво отмонтирует корневую ФС. Рад, что Hurd развивается. Когда-то всё равно весь мир начнёт мигрировать на прогрессивные микроядерные ОС. И очень хорошо, что СПО мигрирует раньше оффтопика. Потому что практически готовая ОС уже есть, стоит как бронепоезд на запасных рельсах.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

119. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 31-Янв-14, 06:43 
А мужики-то не знают...
Оказывается, если взять базовые скрипты SysVinit из линукса и без изменений их в другую ОС перетащить, то что-то будет работать не так.
SysVinit про структуру и именование, нежели про то, что внутри скриптов написано.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

131. "Разработчик Debian GNU/Hurd рассказал о проблемах..."  +1 +/
Сообщение от arisu (ok) on 31-Янв-14, 15:53 
про базу немножко тоже. а то, что её рихтовать надо — совершенно не удивительно. особенно для системы с другой идеологией.
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

132. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Xaionaro email(ok) on 31-Янв-14, 15:53 
Кстати говоря, в Debian под OpenRC успешно загружается Hurd-овое ядро :). Только что проверил.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

135. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +1 +/
Сообщение от Andrey Mitrofanov on 31-Янв-14, 17:32 
> что проверил.
> И для openrc-хейтеров: Да, в параллельном режиме, без каких-либо проблем.

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

Силён!!

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

138. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Xaionaro email(ok) on 31-Янв-14, 18:42 
>> что проверил.
>> И для openrc-хейтеров: Да, в параллельном режиме, без каких-либо проблем.
> Со всеми возможными комбинациями 20000+ пакетов и демонов? И всеми возможными комбинациями
> стораджей и железа?

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

> Силён!!

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

Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

148. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от anonymous (??) on 31-Янв-14, 23:17 
Специально для авторов тезиса о 'linux-специфичных костылях sysv init' напоминаю, что этот sysv init лет на семь старше linux'а.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

149. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (??) on 01-Фев-14, 00:15 
> Код SysV init, используемый в Debian
> Debian
> в Debian
> Код, используемый в Debian

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

Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема


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