The OpenNET Project / Index page

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



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

Оглавление

Отчёт о состоянии развития FreeBSD за первый квартал 2012 года , opennews (?), 14-Май-12, (0) [смотреть все]

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


18. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +/
Сообщение от Anonymus (?), 14-Май-12, 15:49 
> Что-то нынче во всех свободных никсах начали выкидывать старые системы init, и
> писать с нуля новые.
> Видимо, исторический момент уже назрел - старые иниты не отвечают современным требованиям,
> даже если подпереть костылями.

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

> Хотя имхо лучше бы launchd таки допортировали - там очень вкусная фича
> работы с сокетами, как в systemd.

Так ли оно нужно? И справедливости ради: Это в systemd фича стырена из launchd, а не наоборот.

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

22. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +/
Сообщение от Аноним (-), 14-Май-12, 16:08 
> Лолшто? Это ни разу не замена иниту. Даже рядом не. Это скорее расширение текущего инита - добавлен сторонний демон, который следит за тем, рухнул сервис или нет, если что - поднимает.

Замена, замена. Кто теперь службы запускает, сам инит, да? :)
Многие новые иниты запускаются старым инитом, который таким образом удаляется от дел. Достаточно вспомнить SMF в Solaris и OpenRC в Linux.

> Так ли оно нужно?

Да. Более просто и прозрачно, более эффективно, более юниксвейно.

> И справедливости ради: Это в systemd фича стырена из launchd, а не наоборот.

Какая разница, во фре сейчас не ни того, ни другого.

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

29. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +/
Сообщение от Anonymus (?), 14-Май-12, 16:36 
> Замена, замена. Кто теперь службы запускает, сам инит, да? :)

Да. Ты вообще читал, что такое FSC?

> Многие новые иниты запускаются старым инитом, который таким образом удаляется от дел.
> Достаточно вспомнить SMF в Solaris и OpenRC в Linux.

Очень рад за пользователей SMF и OpenRC.

>> Так ли оно нужно?
> Да. Более просто и прозрачно, более эффективно, более юниксвейно.

Убил.

>> И справедливости ради: Это в systemd фича стырена из launchd, а не наоборот.
> Какая разница, во фре сейчас не ни того, ни другого.

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

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

31. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +/
Сообщение от Аноним (-), 14-Май-12, 17:27 
> Да. Ты вообще читал, что такое FSC?

Я читал сорцы. Сейчас FSC - вообще ничто. Все еще впереди.

>> Да. Более просто и прозрачно, более эффективно, более юниксвейно.
> Убил.

Вы ходите поспорить с разработчиками UNIX (Mac OS X) о юниксвее?

> Потому что не нужно.

Вам - не нужно. Людям - нужно.

> Хотя, боюсь, следуя веяниям моды сделают. Хотя вообще этим надо не иниту заниматься, по-хорошему.

Как раз только инит (или его аналог) и может этим заниматься. Курите матчасть.

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

39. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +/
Сообщение от Anonymus (?), 14-Май-12, 18:01 
> Я читал сорцы. Сейчас FSC - вообще ничто. Все еще впереди.

Я хз, что ты там читал, но судя по твоим постам - не то что-то (про параллельность это ведь ты писал?). Ну уж про замену иниту точно ты писал, а это грамотная метановая атака на лужу.

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

Или вы предлагаете конструировать монстра вроде фатально уродливого systemd, который содержит в себе всё, что только пришло в воспалённый мозг разработчика?

> Вы ходите поспорить с разработчиками UNIX (Mac OS X) о юниксвее?

Ага. То, что макось сертифицирована как юникс вовсе не является подтверждением того, что она следует юниксвейным принципам. Как пример неюниксвейности - местный инит и графическая подсистема.

> Вам - не нужно. Людям - нужно.

Базару 0. Но что-то мне кажется, большинству не нужно, кому нужно - пусть пилят.

> Как раз только инит (или его аналог) и может этим заниматься. Курите
> матчасть.

Поттеринг головного мозга? Может тогда ещё всунуть в инит cron, jail, кастрированный ps, syslog и прочее, а заодно переименовать её в systemd?

Что касается курения матчасти, ок, скинь ка мне, где, кроме бреда гаррипоттеринга написано, что инит, похожий на помойку - это юниксвей?

И да, inetd и прочие аналоги должны этим заниматься. Но, соглашусь с тем, что в fsc это будет адекватно смотреться. Ибо fsc скорее inetd/xinetd/daemontools, чем инит.

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

53. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +/
Сообщение от MacMan (?), 14-Май-12, 20:31 
>Как пример неюниксвейности - местный инит
> и графическая подсистема.

Да Вы нуб, сэр. Графическая подсистема и инит как раз сделаны в полном соответствии с канонами.

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

61. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +/
Сообщение от Anonymus (?), 14-Май-12, 22:35 
> Да Вы нуб, сэр. Графическая подсистема и инит как раз сделаны в
> полном соответствии с канонами.

Ммм. Интересно, это почему? Потому что представляют из себя унылые монолитные куски г-на? Или потому, что даже не обладают намёком на гибкость?

И вообще, я хочу слышать обоснования, а не оскорбления моей анонимной персоны, это не прикольно.

Мои аргументы:

В launchd впихнуто всё на свете, конфиги на xml, он принципиально не заменим (в макоси) ни на что иное.

Графическая подсистема делалась без намёка на нормальную сетевую прозрачность (как в иксах; то, что она в иксах щас работает через жопу вина не иксов, а нагромождения костылей и тулкитов) и практически слита с оконным менеджером и тулкитом (использование по-отдельности не предполагается).

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

68. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +/
Сообщение от Аноним (-), 15-Май-12, 00:03 
> В launchd впихнуто всё на свете, конфиги на xml, он принципиально не
> заменим (в макоси) ни на что иное.

Конфиги у него вполне себе текстовые. Вот если бы были бинарные - тогда были бы вопросы про юниксвейность.
Между прочим, в солярке тоже XML. В общем, стандарт современных UNIX-систем.

А насчет заменимости - API у него есть, ничто не мешает написать аналог.
Только вот никто не пишет. Видимо, потому что launchd полностью устраивает.

> Графическая подсистема делалась без намёка на нормальную сетевую прозрачность (как в иксах; то, что она в иксах щас работает через жопу вина не иксов, а нагромождения костылей и тулкитов)

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

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

70. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +2 +/
Сообщение от Anonymus (?), 15-Май-12, 00:16 
> Конфиги у него вполне себе текстовые. Вот если бы были бинарные -
> тогда были бы вопросы про юниксвейность.
> Между прочим, в солярке тоже XML. В общем, стандарт современных UNIX-систем.

ЕМНИП таки XML. В последней макоси. А то, что в солярке тоже XML - не оправдание. Нечитаемый и угрёбищный формат. Даже у поттеринга хватает ума не использовать его для конфигов.

> А насчет заменимости - API у него есть, ничто не мешает написать
> аналог.
> Только вот никто не пишет. Видимо, потому что launchd полностью устраивает.

API у всего есть. А если нету - можно сделать костылями. Тока это всё равно не аргумент. Я говорил о возможности заменить его на свою реализацию инита, а не о написании своего launchd с тем же апи, но свой - это бред.

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

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

Не, иксы не идеальны, но АДЕКВАТНЫХ альтернатив нету.

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

82. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +1 +/
Сообщение от gaal.dev (?), 15-Май-12, 07:58 
Libconfig предоставляет интересный вариант. Можно делать вложенные секции. Очень удобно. И разные типы данных. Гораздо более простой формат. Особенно визуально.
Ответить | Правка | Наверх | Cообщить модератору

71. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +1 +/
Сообщение от fidaj (ok), 15-Май-12, 00:18 
> А нагромождение костылей, в свою очередь, является логическим следствием уродливой архитектуры
> иксов.

Архитектура офигенная и правильная, просто ее хотели применить не для тех целей - для которых она когда-то создавалась...

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

66. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  –1 +/
Сообщение от Аноним (-), 14-Май-12, 23:58 
> Сейчас FSC - то, что и должно быть. Демон, который мониторит работу остальных, поднимает если упали и пишет об этом в логи. Просто и гениально.

Пока что даже эта функциональность в нем реализована не до конца.
А какая появится в следующем мажорном релизе - еще неизвестно :)

> Или вы предлагаете конструировать монстра вроде фатально уродливого systemd, который содержит в себе всё, что только пришло в воспалённый мозг разработчика?

На линуксе systemd+util-linux выполняет сейчас примерно ту же роль, как базовая система на фре - минимальный набор утилит, позволяющий запустить систему.
Вы, видимо, не в курсе, но сам демон там умеет только запускать и останавливать службы. Все остальное сделано через вспомогательные демоны.

> Ага. То, что макось сертифицирована как юникс вовсе не является подтверждением того, что она следует юниксвейным принципам. Как пример неюниксвейности - местный инит и графическая подсистема.

Это ваше утверждение наглядно показывает, что вы ничего не понимаете в юниксвее :)

> Поттеринг головного мозга? Может тогда ещё всунуть в инит cron, jail, кастрированный ps, syslog и прочее, а заодно переименовать её в systemd?

Зачем? Есть же базовая система. Это примерно то же самое.

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

fixed

> И да, inetd и прочие аналоги должны этим заниматься.

Для этого inetd должен запускать в самом начале загрузки (даже раньше syslog), и непрерывно работать до полного выключения (даже без права на перезапуск, иначе накроются все программы, запущенные через сокет-активацию). Юниксвейненький у вас inetd получился, нечего сказать :)

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

72. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +2 +/
Сообщение от Anonymus (?), 15-Май-12, 00:45 
> Пока что даже эта функциональность в нем реализована не до конца.

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

> А какая появится в следующем мажорном релизе - еще неизвестно :)

Не интересовался на этот счёт.

> На линуксе systemd+util-linux выполняет сейчас примерно ту же роль, как базовая система
> на фре - минимальный набор утилит, позволяющий запустить систему.

Отнюдь. Базовая система FreeBSD - 1) Не только минимальный набор утилит для запуска системы 2) В общем случае, отдельные утилиты не зависят друг от друга. А из портов можно поставить утилиты с дополнительным или замещающим функционалом - всё легко заменяется.

А Systemd обладает большим количеством дублирующего уже присутствующие в системе  функционала. Оно огромно и избыточно.

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

Прибитые гвоздями к systemd, круто, чё. Одна корпорация, один инит, один фюрер, то есть, простите, поттеринг.

> Это ваше утверждение наглядно показывает, что вы ничего не понимаете в юниксвее
> :)

http://ru.wikipedia.org/wiki/п╓п╦п╩п╬я│п╬я└п╦я▐_UNIX#.D0.9C.D0.B0.D0.BA.D0.98.D0.BB.D1.80.D0.BE.D0.B9:_.D0.A7.D0.B5.D1.82.D0.B2.D0.B5.D1.80.D1.82.D1.8C_.D0.B2.D0.B5.D0.BA.D0.B0_UNIX

Просвещайтесь. Но я даже намекну, на что стоит особенно обратить внимание - "Делайте что-то одно, но делайте это хорошо"

> Зачем? Есть же базовая система.

А зачем в systemd просматривалка/убивалка процессов (для cgroups), кастрированный LXC, песочницы, syslog, cron'о-заменитель и куча ещё всего?

> Это примерно то же самое.

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

>> Что касается курения матчасти, ок, скинь ка мне, где, кроме бреда гаррипоттеринга написано, что базовая система, содержащая более одного бинарника - это юниксвей?
> fixed

Это ты где такое видел оО?

> Для этого inetd должен запускать в самом начале загрузки (даже раньше syslog),
> и непрерывно работать до полного выключения (даже без права на перезапуск,
> иначе накроются все программы, запущенные через сокет-активацию). Юниксвейненький у вас
> inetd получился, нечего сказать :)

Мы кажется говорили о разных вещах. Я не это имел ввиду. Наверное не так понял, я говорил о следующей функции systemd: если сервис падает, то оно пишет все данные, которые приходят на порт в буфер и передаёт их потом восстановленной программе. Или что-то типо того, я не помню уже.

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


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

73. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +/
Сообщение от Anonymus (?), 15-Май-12, 00:46 
Ссылка на википедию побилась. Ссылался на статью "Философия UNIX".
Ответить | Правка | Наверх | Cообщить модератору

117. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."  +/
Сообщение от ragus (ok), 16-Май-12, 02:21 
> А зачем в systemd просматривалка/убивалка процессов (для cgroups),

чо-чо? cgroups нужны для управления ресурсами

>кастрированный LXC,

что вы этой фразой хотите сказать? lxc - это в ядре.

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

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

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




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

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