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

"Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."	+1 +/–
Сообщение от opennews (?), 29-Янв-14, 21:11
В недавно завершившемся (http://www.opennet.dev/opennews/art.shtml?num=38950) обсуждении по выбору системы инициализации для дистрибутива Debian, довольно часто фигурировал аргумент «система инициализации должна быть переносимой» (то есть работать на платформах, отличных от Linux). При этом подразумевалось, что SysV init является переносимой системой инициализации. Однако Юстас Винтер, один из разработчиков порта Debian GNU/Hurd, пояснил (https://teythoon.cryptobitch.de/posts/on-portability-of-init... что такое представление является некорректным. Используемая в Debian реализация SysV init жестко завязана на особенности ядра Linux, и обеспечить ее корректное портирование на другие платформы весьма проблематично. Более того, для систем на основе микроядра, в силу архитектурных особенностей реализации, более оптимальным решением является systemd. Код SysV init, используемый в Debian, во многих аспектах жестко завязан на архитектуру платформы Linux. В качестве наиболее типичного примера такой привязки приводится использование procfs (в файлах src/{bootlog,hddown,killall5}.c). Структура procfs не стандартизирована, и отличается на различных платформах, в частности, Linux и FreeBSD. Во FreeBSD, для запуска не модифицированных Linux-программ, используется специальный слой бинарной совместимости (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/li... который, в частности, включает linprocfs (http://www.freebsd.org/cgi/man.cgi?query=linprocfs&sektion=5) — эмулятор структуры procfs, специфичной для Linux. Этот же механизм используется и в Debian GNU/kFreeBSD. Разработчики порта Debian GNU/Hurd пошли аналогичным путем, создав драйвер procfs (http://git.sceen.net/hurd/procfs.git/), эмулирующий procfs ядра Linux на системе Hurd. «SysV init работает на нашей системе не потому, что он переносим, а потому, что мы вели ряд хаков для эмуляции особенностей Linux» — отмечает Юстас. Также он упоминает, что procfs является далеко не единственным примером жесткой завязки кода SysV init на особенности платформы. Но такие, чисто технические, неувязки — далеко не самая значительная проблема. Гораздо более серьезные затруднения создают архитектурные особенности SysV init. Например, при завершении работы системы, программа killall5 убивает практически все процессы в пространстве пользователя. Для системы с монолитным ядро такой подход вполне приемлем, но в системе с микроядром, где работа корневой файловой системы обеспечивается не модулем ядра, а процессом, подобная практика создает некоторые проблемы. В свете вышесказанного, наиболее эффективным является подход, реализованный в systemd: все процессы структурируются при помощи иерархии контрольных групп, что позволяет останавливать только те процессы, которые нужно остановить на данном этапе, не затрагивая жизненно важные элементы системы. Для обеспечения аналогичной функциональности на Hurd-системах, подготовлена (https://teythoon.cryptobitch.de/posts/cgroupfs-keeps-track-o... реализация cgroupfs (http://darnassus.sceen.net/gitweb/teythoon/cgroupfs.git/) для Hurd. URL: https://teythoon.cryptobitch.de/posts/on-portability-of-init.../ Новость: http://www.opennet.dev/opennews/art.shtml?num=38957
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от АнонимЭ (?), 29-Янв-14, 21:11	+/–
Когда уже закончится этот пиаристый-пиар системд?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #5, #120

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

3. Сообщение от asavah (ok), 29-Янв-14, 21:23	–3 +/–
> один из разработчиков порта Debian GNU/Hurd Кто вообще ЭТИМ пользуется кроме самих разрабов?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #32

4. Сообщение от Аноним (-), 29-Янв-14, 21:26	+1 +/–
Но ведь это не отвечает на вопрос "Зачем нужно менять SysV в linux?" Если микроядерные системы нуждаются в другом ините пусть на их территории и ставят экссперементы. Почему в этом непотребстве ковыряются федоры и убунты, через которую туда и Священный Дебиан затянули.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #22, #56, #80

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

6. Сообщение от Аноним (-), 29-Янв-14, 21:27	+1 +/–
>комплекс мамонта скорее синдром утенка
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #15

7. Сообщение от славян (?), 29-Янв-14, 21:27	–2 +/–
вот этот вопрос действительно интересный. а правда кто?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #19

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

9. Сообщение от славян (?), 29-Янв-14, 21:31	–1 +/–
> Но ведь это не отвечает на вопрос "Зачем нужно менять SysV в > linux?" > Если микроядерные системы нуждаются в другом ините пусть на их территории и > ставят экссперементы. Почему в этом непотребстве ковыряются федоры и убунты, через > которую туда и Священный Дебиан затянули. не парься . если ничего не менять , то и сам линукс уйдет в историю. к тому же как бы инит не был привычен его всеравно пришлось бы менять.или переписывать , причем так ,что и от самого прежнего инита ничего бы почти и не осталось. многоядерность знаете ли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #12, #99, #107

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

11. Сообщение от славян (?), 29-Янв-14, 21:33	–4 +/–
> А почему обсуждают эту устаревшую хрень, получившую 0 голосов? Сравнил бы с > убунтовской системой. извини убунту вообще обсуждать не хочется. она изначально только прикидывалась линуксом, но не была им, а теперь и подавно. и вообще забудь про нее. вон там марк её уже сливать собрался по полно. меняет десктоп на планшеты и телефоны..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #13

12. Сообщение от chinarulezzz (ok), 29-Янв-14, 21:33	+2 +/–
>если ничего не менять , то и сам линукс уйдет в историю а если постоянно менять - то уйдёт еще быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

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

14. Сообщение от Zenitur (ok), 29-Янв-14, 21:42	+1 +/–
> Используемая в Debian реализация SysV init жестко завязана на особенности ядра Linux > Код SysV init, используемый в Debian, Выкинуть и использовать ваниллу.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71

15. Сообщение от pavlinux (ok), 29-Янв-14, 21:42	+16 +/–
"- Шеф, всё пропало, все пропало,..." 2014 год, а мы тока узнали, что Hurd ваще непонятно как грузился предыдущие 20 лет. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #28, #65

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

17. Сообщение от ano (??), 29-Янв-14, 21:44	+6 +/–
> Для обеспечения аналогичной функциональности на Hurd-системах, подготовлена реализация cgroupfs для Hurd. как linprocfs - так сразу хак, а это - не, не хак, да?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29

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

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

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

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

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

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

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

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

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

27. Сообщение от chinarulezzz (ok), 29-Янв-14, 22:07	+2 +/–
> Вендорлочный упс-срат? Спасибо, не надо. а вендорлочный сиськэм-буээ - надо? :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

28. Сообщение от Khariton (ok), 29-Янв-14, 22:10	+1 +/–
30!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

29. Сообщение от Ананас (?), 29-Янв-14, 22:11	+/–
cgroupfs это реализация новой фичи, а linprocfs -- эмуляция работы линукса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #30

30. Сообщение от bootforce (?), 29-Янв-14, 22:18	+5 +/–
ну если бы было lincgroupfs и просто procfs -- было бы совершенно другое дело.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #116

31. Сообщение от Аноним (-), 29-Янв-14, 22:26	–1 +/–
а как SystemV Init работает на *BSD системах? или там что-то иное?..
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #39, #47

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

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

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

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

36. Сообщение от Аноним (-), 29-Янв-14, 22:54	+3 +/–
>Разработчик Debian GNU/Hurd рассказал о проблемах Даже не верится, что у этой системы есть проблемы... ... и разработчики.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61

37. Сообщение от Аноним (-), 29-Янв-14, 22:58	+1 +/–
В Hurd так нормально народ приходит, вопросы задаёт в переписке. Это радует.
Ответить | Правка | Наверх | Cообщить модератору

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

39. Сообщение от Аноним (-), 29-Янв-14, 23:19	+/–
>как SystemV Init работает на *BSD Да как всегда, через BSD...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #109

40. Сообщение от anonymous (??), 29-Янв-14, 23:31	+1 +/–
> Гораздо более серьезные затруднения создают архитектурные особенности SysV init. Например, при завершении работы системы, программа killall5 убивает практически все процессы в пространстве пользователя. Для системы с монолитным ядро такой подход вполне приемлем, но в системе с микроядром, где работа корневой файловой системы обеспечивается не модулем ядра, а процессом, подобная практика создает некоторые проблемы. Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45, #64, #79, #93

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

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

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

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

45. Сообщение от Аноним (-), 30-Янв-14, 00:12	+2 +/–
> Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа? Видимо в его понимание есть только два метода кнопкой reset и кнопкой power off, а это вынуждает килять процессы беспорядочно. Вообще что так всем этот systemd необходим, есть конечно и + но блин он уже сейчас делает то что раньше было возложено на другие процессы. И это особенно пугает, видимо в понимание Поттеринга раз это система инициализации то она должна "инициализировать" все что в голову придет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #50

46. Сообщение от Аноним (-), 30-Янв-14, 00:13	+/–
> Если всё работает со старыми костылями, зачем новые? :D *новые, блестящие!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

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

48. Сообщение от Аноним (-), 30-Янв-14, 00:15	+/–
> Если всё работает со старыми костылями, зачем новые? :D Я вот и говорю что к старым то привыкаешь они роднее, в некотором смысле. Дело не в том что я против перемен, я против когда эти перемены происходят в масштабе лавины, именно так происходит переход на systemd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

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

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

51. Сообщение от Аноним (-), 30-Янв-14, 00:33	+/–
Вообще вы правы каждый свое детище пиарит (наверное). Но в данном случае это детище слишком быстро заняло место ветерана SysV init. Да и вообще уж слишком компьютер стал самостоятельный почти все начал за меня делать, переживаю я что скоро ему совсем ненужен буду :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

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

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

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

55. Сообщение от anonymous (??), 30-Янв-14, 02:59	+1 +/–
> Что значит выбора не было? Им было запрещено эти вопросы в рассылках > поднимать? Они не могли подключиться к разработке других систем инициализации? Где > более ранняя их критика и предложения по системам инициализации? Почему они > не пытались заюзать апстарт? Где их мнение на эту тему? > И опять таки интересует ответ на второй вопрос: чем знаменит данный разработчик > что его надо слушать? Ты утверждаешь что они не поднимали этот вопрос? На чем основана твоя фантазия? Не стыдно придумывать за незнакомых тебе людей действия и возмущаться об этих придуманых действиях? Strawman, my ass
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #112

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

57. Сообщение от anonymous (??), 30-Янв-14, 03:02	+/–
> Настолько вендорлочный, что юзается в редхел) У рхел много чего юзается, и не только упстарт но и венда и продукты оракела и миллион блобов проверяется на совместимось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

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

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

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

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

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

64. Сообщение от Аноним (-), 30-Янв-14, 04:40	+1 +/–
> Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа? Только с дополнительными костылями и криво.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

65. Сообщение от Аноним (-), 30-Янв-14, 04:41	–1 +/–
> 2014 год, а мы тока узнали, что Hurd ваще непонятно как грузился > предыдущие 20 лет. :) Ну вот так и грузился. Кося под линух :).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

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

68. Сообщение от бедный буратино (ok), 30-Янв-14, 07:18	–1 +/–
А ты посмотри на это сообщество. Тут любое, новое, которое хоть чем-то отличается - по-умолчанию враг. Что люди, что проекты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #84

70. Сообщение от Аноним (-), 30-Янв-14, 07:36	+/–
> А ты посмотри на это сообщество Я дам более простое определение современному "сообществу" - цирк со злыми клоунами.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #76

71. Сообщение от daemontux (?), 30-Янв-14, 07:54	+1 +/–
>> Используемая в Debian реализация SysV init жестко завязана на особенности ядра Linux >> Код SysV init, используемый в Debian, > Выкинуть и использовать ваниллу. Вас нужно забанить и не пускать в интернеты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

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

73. Сообщение от vi (?), 30-Янв-14, 09:22	+/–
А Hurd то, живет! Своей неспешной жизнью ;)
Ответить | Правка | Наверх | Cообщить модератору

74. Сообщение от vi (?), 30-Янв-14, 09:25	+/–
> А если вспомнить что эти чудаки сидел эндацть лет на этом сисвинит > и не жужали? А тут, ВНЕЗАПНО, они прозрели после поделок Поттеринга. > Вернее один прозрел. Судя по быстрому гугленью: любит питоновые вещи. А > участвует в хурде с осени прошлого года. Чем он вообще знаменит > и кто это? А кто то вообще только сегодня родился ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #105

75. Сообщение от vi (?), 30-Янв-14, 09:30	+1 +/–
> Никто. К сожалению хурд ничего не умеет. GNU/Hurd, как много в этом слове! А у Вас даже ника нет :( Аноним он и в Африке Аноним ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

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

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

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

79. Сообщение от vi (?), 30-Янв-14, 10:00	–1 +/–
>> Гораздо более серьезные затруднения создают архитектурные особенности SysV init. Например, при завершении работы системы, программа killall5 убивает практически все процессы в пространстве пользователя. Для системы с монолитным ядро такой подход вполне приемлем, но в системе с микроядром, где работа корневой файловой системы обеспечивается не модулем ядра, а процессом, подобная практика создает некоторые проблемы. > Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа? Знает, Вы же сами процитировали. Прочтите уже на конец man killall5 Уверяю Вас, там очень мало бкаф ;) И да, killall5 "не знает", что есть какой то там порядок старта/стопа (иначе эта программа  и называлось бы иначе, и функционал имела немного другой (и кода там было бы поболе)).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #87

80. Сообщение от Слушатель (?), 30-Янв-14, 10:06	+/–
> Священный Дебиан Убил наповал ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

81. Сообщение от vi (?), 30-Янв-14, 10:07	+1 +/–
> Я пользователь дебиана и я неравнодушен к этой теме, но... Авторы, может > быть, не надо уподобляться убунтятам? Зачем писать ГЛАВНУЮ новость на каждый > комментарий каждого разработчика? Была же ссылка на обсуждение в mailing list > в первой новости. Кому интересно - тот будет сам следить. Правильно делают! Во первых: если вокруг все вороны черные, а у тебя цвет перьев белый, то можно и красочки прикупть, что бы не заклевали (и много чего по этой теме можно добавить, но это отдельный разговор). Во вторых: необходимо привлекать новых (желательно молодых) людей, готовых вкладывать часть своего времени и сил в проект (я бы сказал, что это во первых).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

84. Сообщение от Аноним (-), 30-Янв-14, 10:31	+/–
> Тут любое, новое, которое хоть чем-то отличается - по-умолчанию враг. Любой проект должен выдерживать конструктивную критику. Многие, конечно, не понимают слова "конструктивную", но проецировать на всех как вы я бы не стал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

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

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

87. Сообщение от yet another anonymous (?), 30-Янв-14, 11:24	+3 +/–
> Прочтите уже на конец man killall5 Уверяю Вас, там очень мало бкаф ;) И да, killall5 "не знает", что есть какой то там порядок старта/стопа (иначе эта программа  и называлось бы иначе, и функционал имела немного другой (и кода там было бы поболе)). Т.е. когда я сначала останавливаю apache, потом postgres, потом отмонтирую fs, ... --- я что-то не так делаю, а надо было сразу killall5?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #92, #95

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

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

90. Сообщение от slowpoke (?), 30-Янв-14, 12:10	+/–
даже если в конкретной реализации оно не очень переносимо - все одно его проще всего переделать чтобы было переносимо
Ответить | Правка | Наверх | Cообщить модератору

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

92. Сообщение от Аноним (-), 30-Янв-14, 12:17	+/–
>> Прочтите уже на конец man killall5 > Уверяю Вас, там очень мало бкаф ;) > И да, killall5 "не знает", что есть какой то там порядок старта/стопа > (иначе эта программа  и называлось бы иначе, и функционал имела > немного другой (и кода там было бы поболе)). > Т.е. когда я сначала останавливаю apache, потом postgres, потом отмонтирую fs, ... > --- я что-то не так делаю, а надо было сразу killall5? Ещё раз, для работников танкового сектора: killall - этап, "дочищающий" систему. Потому что иногда что-то остаётся работать, по самым разным причинам. И из-за этого чего-то работающего остановить ФС "чисто" не реально. Остановить ФС после killall в указанном случае невозможно, так как killall убьёт процесс, предоставляющий эту ФС. Остановить до killall нельзя, потому что что-то висит в памяти. Остановить во время killall нельзя, потому что эта команда ничего не знает о зависимостях. Вывод - для решения проблемы в данном случае нужны костыли, или другая система ининциализации системы. Так понятно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

93. Сообщение от КО (?), 30-Янв-14, 13:11	+/–
> Юстас Винтер не знает что есть порядок старта/стопа? Человек написал, что в определенный момент существующая система инициализации делает killall 5 (перед отключением fs). Что обрушивает в аварийном порядке все fs (включая root) которые смонтированы не ядром. Как из этого Вы сделали вывод о незнании им порядка старта/стопа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

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

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

97. Сообщение от arisu (ok), 30-Янв-14, 14:21	+3 +/–
> Они нашли более подходящую систему, позволяющую не городить вагон костылей. нет, они бла-бла. чтобы это было не бла-бла, пусть продемонстрируют работу системды под hurd. без эмуляции линукс-специфичных фич, само собой. а то если копнуть, то окажется, что «перспективная системды» вообще нифига не портируется и не работает там никак. зато перспективная, ага.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #144

98. Сообщение от Аноним (-), 30-Янв-14, 14:22	+2 +/–
>> А этому разработчику не кажется, что в systemd кода раз так в >> 20 больше, чем в sysv init? И если уж в sysv >> init есть специфичные вещи, то что же там в systemd? Там >> небось вообще на каждом углу завязка. > а скрипты сами себя выполняют или блоб "bash" с небольшим исходником (домашнее > задание - погляди склько именно)? Дело, видите ли, в том, что кроме bash существуют еще несколько shell, например: sh, ksh, pdksh, dash... Если при написании init-скриптов использовать POSIX-стандартизированное подмножество комманд, то результат выполнения скрипта будет одинаков для всех оболочек, которые POSIX-совместимы (приведенные выше как-раз такими и есть). Сравните, например, размеры исходников и "бинарников" systemd и dash.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

99. Сообщение от arisu (ok), 30-Янв-14, 14:24	+1 +/–
> к тому же как бы инит не был > привычен его всеравно пришлось бы менять.или переписывать зачем? по каким причинам это *пришлось* бы делать? натурально, дурацкие писки про то, что «инит устарел и больше немодный» аргументами не являются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #118

100. Сообщение от arisu (ok), 30-Янв-14, 14:29	+4 +/–
> если будут предлагать экзоскелет не стоит отказываться в пользу старых родных > костылей они того не стоят. правда, этот «экзоскелет» для того, чтобы завестись, потребует три вагона мегакостылей, но это ж ерунда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

101. Сообщение от arisu (ok), 30-Янв-14, 14:31	+3 +/–
> OpenRC это не замена sysv. Оно работает совместно с /sbin/init и не > является заменой ему. тебя, наверное, это очень удивит, но *нормальный* инит вообще не в курсе про то, какая там дальше система инициализационных скриптов живёт. ему без разницы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

102. Сообщение от arisu (ok), 30-Янв-14, 14:32	+4 +/–
> сугубо технические сравнения не вижу тут технических сравнений. пиар и булшит — вижу. техническим сравнением оно было бы, если бы автор рядом описал, сколько им придётся привинчивать костылей, чтобы собрать и запустить у себя рабочий системды со всеми фичами. но этот вопрос аккуратно обходится, потому что он очень неудобный, король голый получится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #117

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

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

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

107. Сообщение от www2 (??), 30-Янв-14, 17:24	+/–
>многоядерность знаете ли. Многоядерность для операционной системы ничем не отличается от многопроцессорности, поддержка которой появилась в юниксах не вчера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

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

109. Сообщение от Дядя (?), 30-Янв-14, 18:52	+/–
т.е. отлично работает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

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

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

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

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

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

116. Сообщение от dd (??), 30-Янв-14, 23:15	+/–
> ну если бы было lincgroupfs и просто procfs -- было бы совершенно > другое дело. Если бы при этом ещё был hurdcgroupfs, то да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

117. Сообщение от Аноним (-), 31-Янв-14, 01:17	–1 +/–
> не вижу тут технических сравнений. пиар и булшит — вижу. техническим сравнением оно было бы, если бы автор рядом описал, сколько им придётся привинчивать костылей, чтобы собрать и запустить у себя рабочий системды со всеми фичами. Нисколько не придется, запускать там systemd никто и не собирается, они просто реализуют решение описанной конкретной проблемы аналогичное используемому в systemd. В общем, ты бы мог и короче сказать: "я бы увидел тут техническое сравнение, а не пиар и буллшит, если бы автор выступил против systemd"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #130, #140

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

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

120. Сообщение от Добрый доктор (?), 31-Янв-14, 10:20	–3 +/–
> Когда уже закончится этот пиаристый-пиар системд? Не раньше, чем закончится «пиаристый-пиар» таблицы умножения, например. Отчего вы, малопочтенный, статьи сугубо технического содержания называете «пиаристой-пиарой»? У вас проблемы с адекватной оценкой объективной реальности? Сегодняшние число и год назвать можете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #124

122. Сообщение от Добрый доктор (?), 31-Янв-14, 10:24	+/–
> Что значит выбора не было? Им было запрещено эти вопросы в рассылках > поднимать? Они не могли подключиться к разработке других систем инициализации? Где > более ранняя их критика и предложения по системам инициализации? Почему они > не пытались заюзать апстарт? Где их мнение на эту тему? > И опять таки интересует ответ на второй вопрос: чем знаменит данный разработчик > что его надо слушать? Какие «вопросы в рассылках поднимать»? В ИСХОДНИКИ СМОТРИТЕ, ЧУМАЗЫЕ! Ты смотришь исходники, грязнуля?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

124. Сообщение от Andrey Mitrofanov (?), 31-Янв-14, 11:17	+1 +/–
>> Когда уже закончится этот пиаристый-пиар системд? > Не раньше, чем закончится «пиаристый-пиар» таблицы умножения, например. > Отчего вы, малопочтенный, статьи сугубо технического содержания называете «пиаристой-пиарой»? Пиар смерти и налогов и то менее пиарист, чем Труды Уважаемого Автора. Куда там таблице умножения до.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

125. Сообщение от Andrey Mitrofanov (?), 31-Янв-14, 11:22	+2 +/–
> людям хочется конфигурационных файлов и параллельной загрузки без костылей. Маленькое > невинное желание, а сколько воплей? Поттерс Устасу: "Операция по внедрению костыльных конфигурационных файлов и костыля параллельной загрузки в промытые мОзги прошла успешно, продолжаю Работу."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

126. Сообщение от ram_scan (?), 31-Янв-14, 14:48	+2 +/–
За отсутствием конфигурационных файлов и параллельной загрузкой без костылей ходите в федору, локалхост админить. Я дебианы перезагружаю дай бог два раза в год, либо когда на ядро критический для меня фикс выходит, либо когда плановая профилактика. При этом post на серверах даже сейчас идет чуть ли не впятеро дольше чем вся эта байда потом грузится. Если биос железяки селф-чек и детект железа делает две минуты, то вот мне реально ни горячо ни холодно за 20 секунд у меня система потом грузится или за 10. Тем более если это происходит два раза в год. Нахрена козе боян ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #129

127. Сообщение от ram_scan (?), 31-Янв-14, 14:55	+1 +/–
> Потому что портируемость SysV приводят в качестве основной причины его оставить, в > случае если он не настолько портируемый как считали до этого, то > причин его оставлять на одну меньше. По состоянию на сегодня этот sysvinit уже портирован и в той или иной степени работает на куче архитектур и пить-кушать не просит. А сыстемдэ по состоянию на сегодня для единственного ведра толком не запилили. Причем совместимость сломать чуть ли не в каждом релизе ухитряются, то со старыми ведрами то с самим собой. Нафига в продакшн эту мышь лабораторную ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

128. Сообщение от arisu (ok), 31-Янв-14, 15:36	+2 +/–
> людям хочется конфигурационных файлов и параллельной загрузки без костылей. что-то я не видел в бебиановском списке рассылки постоянно возникающих обсуждений с этими хотелками. так что не надо лгать, если твою ложь можно проверить. учись работать тоньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

129. Сообщение от arisu (ok), 31-Янв-14, 15:40	+3 +/–
> Нахрена козе боян ? так эти… странные ребята — они особо ничего за техникой не делают же. раньше основным видом спорта у них были постоянные перезагрузки с секундомером наготове (вопрос «какие же идиоты занимаются тем, что постоянно перезагружают систему, и почему на них надо ориентироваться?» игнорировался). когда их фетиш подрос и скорости загрузки стали уже не такими впечатляющими, странные ребята отступили на заранее подготовленные позиции: «баш плохо, инишки хорошо.» я чисто из интереса жду, когда они оставят эти позиции и за что будут цепляться дальше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

130. Сообщение от arisu (ok), 31-Янв-14, 15:45	+1 +/–
> Нисколько не придется, запускать там systemd никто и не собирается …но попиарить всё равно надо. булшит, как я и сказал. и да, cgroups в системды изобрели, АВЕ! и всё остальное там же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #139

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

132. Сообщение от Xaionaro (ok), 31-Янв-14, 15:53	+1 +/–
Кстати говоря, в Debian под OpenRC успешно загружается Hurd-овое ядро :). Только что проверил. И для openrc-хейтеров: Да, в параллельном режиме, без каких-либо проблем.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #135

135. Сообщение от Andrey Mitrofanov (?), 31-Янв-14, 17:32	+1 +/–
> что проверил. > И для openrc-хейтеров: Да, в параллельном режиме, без каких-либо проблем. Со всеми возможными комбинациями 20000+ пакетов и демонов? И всеми возможными комбинациями стораджей и железа? Силён!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #138

138. Сообщение от Xaionaro (ok), 31-Янв-14, 18:42	+/–
>> что проверил. >> И для openrc-хейтеров: Да, в параллельном режиме, без каких-либо проблем. > Со всеми возможными комбинациями 20000+ пакетов и демонов? И всеми возможными комбинациями > стораджей и железа? А какой от этого толк? Если сервисов будет менее 4 миллиардов на одной машине, то patch будет работать одинаково. Разве что существенно медленее. > Силён!! Не думаю что хоть какой-то из init-ов был проверен в таких условиях :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

139. Сообщение от Аноним (-), 31-Янв-14, 18:45	–1 +/–
> …но попиарить всё равно надо. булшит, как я и сказал. То есть любая статья со сравнением различных методов решения какой-либо проблемы - это пиар? И если я сравню какой-то чисто технический момент между линуксом и виндой и сделаю вывод, что в линуксе это реализовано лучше, ты меня тоже засыпешь обвинениями в том, что я пиарю линукс, или тебя только упоминания systemd так заводят? Это был риторический вопрос, если что. > cgroups в системды изобрели, АВЕ! и всё остальное там же. Сgroups - это не решение описанной проблемы, а инструмент, который можно использовать для ее решения. Но если очень хочется что-то неправильно понять, то у тебя всегда получится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

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

143. Сообщение от Аноним (-), 31-Янв-14, 21:33	+/–
> Уже можно увидеть что этот Юстас главный по хурдам и решает конкретную проблему? https://teythoon.cryptobitch.de/posts/what-will-i-do-next-cg.../ https://teythoon.cryptobitch.de/gsoc/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #146

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

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

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

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

149. Сообщение от Аноним (-), 01-Фев-14, 00:15	+/–
> Код SysV init, используемый в Debian > Debian > в Debian > Код, используемый в Debian Иными словами, тот самый "sysv init", который "лет на семь старше linux'а", к этому не причастен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

150. Сообщение от Аноним (-), 01-Фев-14, 02:37	+/–
> Ну то есть хоть кто-то его блог почитал. Жаль, что ты не в их числе. Потому что твои фантазии слегка отличаются от хода событий, описанного там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #151

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

152. Сообщение от Аноним (-), 01-Фев-14, 12:15	+/–
>как же не пиарить свою штуку Как нормальный адекватный белый человек - покраснеть, извиниться, осознать собственную некомпетентность и пойти поучиться чему-нибудь, книжку может почитать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

153. Сообщение от Ne01eX (ok), 02-Мрт-21, 09:50	+/–
Прогноз не сбылся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

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

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