LINUX.ORG.RU

Разработчики FreeBSD планируют создать аналог systemd

 ,


2

2

На конференции MeetBSD California 2014 основатель FreeBSD (и, по совместительству, разработчик системы портов) обрисовал планы проекта на ближайшее десятилетие, в том числе:

  • создание унифицированного интерфейса для конфигурирования системы и всех сервисов
  • разработка централизованной системы уведомлений о событиях
  • улучшение механизма запуска сервисов и разрешения их конфликтов

Особое внимание привлекает последний пункт. Предполагается полностью переделать /etc/rc.d, чтобы он обрёл возможности управления сервисами наподобие того, как это реализовано в systemd.

Леннарт Поттеринг, создатель systemd, положительно отозвался о презентации.

>>> Подробности

anonymous

Проверено: maxcom ()

Ответ на: комментарий от reprimand

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

Какие?

anonymous ()
Ответ на: комментарий от kir2yar

И таки, может ты почитаешь формат записей? Там толком и ломаться-то нечему.

Так нахрена было делать его в таком случае не плейнтекстовым? journalctl вполне можно сделать на основе плейнтекста при тех же трудозатратах?

cab ★★★★ ()
Ответ на: комментарий от haku

Если бы все умели читать,то таких вбросов мы бы не увидели. Мнение Поттера я на хую вертел. А вот вам дальше ненавидеть его и systemd

anonymous ()
Ответ на: комментарий от shahid

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

cab ★★★★ ()

создание унифицированного интерфейса для конфигурирования системы и всех сервисов

В своё время занимался нечто подобным. Плюс тут на ЛОРе кто-то хотел такое запилить (я ещё давал какие-то рекомендации). Коротко: проблема курицы и яйца. С технической точки зрения проблемы нет, т.к. в этом вопросе все более-менее стандартизировано: INI, json, yaml, XML, etc. Что получится (и что нужно сделать): монстр, который умеет читать, парсить и генерировать файлы в этих форматах. Успехов ребятам, надеюсь сделают либой под MIT/BSD лицензией, чтобы можно было портировать её куда угодно (по большей части embedded).

разработка централизованной системы уведомлений о событиях

Тоже полезно, хотя работы там дофига. Успехов.

улучшение механизма запуска сервисов и разрешения их конфликтов

Хорошо, что есть свои мысли на этот счёт, без тупого клонирования/костыляния systemd. Посмотрим, что выйдет. И ещё раз, успехов.

gh0stwizard ★★★★★ ()
Ответ на: комментарий от kir2yar

Да вообще-то бинарь проще парсить в автоматическом режиме.

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

cab ★★★★ ()
Ответ на: комментарий от user_id_68054

они уже свалили с винды. многие свалили с убунты. твоё мнение ошибочно.

anonymous ()
Ответ на: комментарий от anonymous

большинство из них можно проиграть частями

все можно прочитать частями. Вопрос в том, сколько информации ты потеряешь и как много времени займет такое чтение.

cab ★★★★ ()
Ответ на: комментарий от mbivanyuk

Вот до чего ненависть к systemd доводит. Назло маме отморожу уши.

Там свои плюшки, ага.

cab ★★★★ ()

может что-то путное выйдет. а systemd закопают — первый блин комом.

anonymous ()
Ответ на: комментарий от shahid

Зачем создавать аналог, если уже есть оригинал? Лицензия и религия?

Родное сердце, ты прям как будто впервые про бздунов услышал :)

Само собой - «лицензия и религия!» это практически их неофициальный девиз. Вполне в духе «слабоумие и отвага» :-D

А если серьёзно, то чуваки, которые «платят и танцуют» бздунов делают это исключительно из-за идиосинкразии на GPL, которая не позволяет закрывать (чужой) код. Возможность проприетарщикам невозбранно закрывать код это единственная причина, гальванизирующая трупы *BSD - всё остальное это сказки для умственно-отсталых детей.

anonymous ()
Ответ на: комментарий от cab

Точнее имевший, ту систему пришлось переделать на плейнтекстовый лог. И от этого она только выиграла.

С точки зрения взломщика - 100% стала лучше.

x86_64 ★★★ ()
Ответ на: комментарий от cab

изза этого говна закапывают реализации получше, тот же апстарт.

Это ты верно подметил, говна в апстарте много, потому он и пахнуть начал раньше, чем сдох.

anonymous ()
Ответ на: комментарий от ZenitharChampion

s/BSD-шники так не сделают/BSD-шники не сделают/

fixed.

expelled ★★ ()
Ответ на: комментарий от user_id_68054

ато эти угрожающие возглосы «я уйду от вас на FreeBSD» — меня уже почти начали нервировать :-)

Говорят, во время презентации бздунов сейсмологи зафиксировали толчок силой 3,14 баллов по шкале Рихтера в результате синхронной детонации пердаков массы systemd-хейтеров. Полиция ищет тело (или то, что от него осталось) Яна Джексона после сообщения о взрыве сило 1,5 калотонны в подвале его дома, страным образом совпавшее с вышеупомянутой презентацией.

anonymous ()
Ответ на: комментарий от int13h

В воздухе слышится запах OpenBSD

Тонко, но справедливо :)

anonymous ()

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

quantum-troll ★★★★★ ()
Ответ на: комментарий от Indexator

Я уже высказывал свое мнение, выскажу еще раз

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

anonymous ()
Ответ на: комментарий от I-Love-Microsoft

Недостатки systemd - объективны.
I-Love-Microsoft

Get the facts.

anonymous ()
Ответ на: комментарий от anonymous

Я попытался, а потом начал копировать файл. Оказалось что при копировании файла я с трудом могу запустить что-либо с диска. Даже браузер не запустился ЛОР почитать.

Слез.

anonymous ()
Ответ на: комментарий от cab

Основные претензии с моей стороны, что это монолит и бинарный лог.

ды чёрт-возьми! что же за высосанная из пальца проблема? :-)

systemctl enable rsyslog
systemctl start rsyslog

...и наслаждайся текстовыми логами :-)

это монолит

там не монолит.

systemd — это набор слабосвязанных утилит

user_id_68054 ★★★★★ ()
Последнее исправление: user_id_68054 (всего исправлений: 1)
Ответ на: комментарий от kir2yar

Почитай, там достаточно хорошо все разжевано.

Я это уже читал. Ты все равно поимеешь больше потерянной информации, чем с плейнтекста. А ломаться есть чему, по крайней мере гугл по запросу «journald corruption» выдает много ссылок. Лор тоже нашел Битые логи с systemd-journald

cab ★★★★ ()
Ответ на: комментарий от x86_64

С точки зрения взломщика - 100% стала лучше.

Ты Ванга? Если чо, для взломщика там интересного мало, так, приборчик один довольно пиздлив.

cab ★★★★ ()
Ответ на: комментарий от x86_64

против взломщиков есть специальные инструменты.

anonymous ()
Ответ на: комментарий от user_id_68054

P.S.: возможно с GNU/Hurd будет больше желаний чем в FreeBSD.

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

anonymous ()
Ответ на: комментарий от reprimand

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

Я тоже знаю, что именно нужно делать для победы над раком и колонизации Марса. И меня тоже, как это ни странно, забыли спросить.

anonymous ()
Ответ на: комментарий от gh0stwizard

надеюсь сделают либой под MIT/BSD лицензией, чтобы можно было портировать её куда угодно

Сразу видно идиота. Это видимо из-за «непортируемости» GPL GNU/Linux давно обогнал все бзди вместе взятые по количеству поддерживаемых архитектур.

anonymous ()
Ответ на: комментарий от user_id_68054

systemctl enable rsyslog

Я знаю, и рассматриваю как вариант. Однако при этом syslog будет работать поверх systemd. Отсюда потенциальная потеря данных в случае сбоя systemd.

systemd — это набор слабосвязанных утилит

Если бы это был набор слабосвязанных утилит, то я бы сделал apt-get remove --purge journald; apt-get install rsyslog и был бы не в претензии.

cab ★★★★ ()
Ответ на: комментарий от anonymous

Что вы так фапаете на эту cgroups?

Тебя в детстве линуксоиды обидели?

В винде этой фиче 15 лет - никто не пользовался.

А в systemd сего помощью разделяются группы процессов сервисов, поэтому без этой фичи systemd превращается в еще-один-обычный-init.

И да, раз ты специалист - чем он вообще хорош, этот мутный dbus?

По мне - так он почти всем плох, но именно его использует большинство.

no-dashi ★★★★★ ()
Ответ на: комментарий от user_id_68054

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

cab ★★★★ ()

Ежики плакали, кололись но продолжали грызть кактус

cvv ★★★★★ ()
Ответ на: комментарий от no-dashi

По мне - так он почти всем плох, но именно его использует большинство.

А какие в Линуксе альтернативы для работы с pluggable-устройствами?

cab ★★★★ ()
Ответ на: комментарий от cab

Ты Ванга? Если чо, для взломщика там интересного мало, так, приборчик один довольно пиздлив.

Так настрой его отдельно.

А системные логи должны быть бинарными с защитой от подмены.

x86_64 ★★★ ()
Ответ на: комментарий от cab

> systemd — это набор слабосвязанных утилит

Если бы это был набор слабосвязанных утилит, то я бы сделал apt-get remove --purge journald; apt-get install rsyslog и был бы не в претензии.

сделай sudo rm /usr/bin/journalctl и наслаждайся :)

раз уж ты такой извращениц

user_id_68054 ★★★★★ ()
Ответ на: комментарий от cab

при этом syslog будет работать поверх systemd. Отсюда потенциальная потеря данных в случае сбоя systemd.

и по какой же причине systemd должен сбойнуть?

syslog будет работать поверх systemd

не поверх systemd, а брать данные у systemd.

и это логично, так как systemd запускает демоны, и берёт у них stderr-каналы.

user_id_68054 ★★★★★ ()
Последнее исправление: user_id_68054 (всего исправлений: 1)
Ответ на: Re: Нет повода для паники! от anonymous

Re: Нет повода для паники!

И да, предоставь нам уже доказательсьва немодульности systemd.

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

anonymous ()
Ответ на: комментарий от anonymous

монолитно ядро Linux

1) это не повод плодить монолитности

2) там это оправдано, иначе писать очень сложно и к тому же очень неэффективно с точки зрения производительности

anonymous ()

Могли бы просто попросить launchd у Apple под BSD-лицензией.

anonymous ()
Ответ на: Нет повода для паники! от anonymous

Эм. Минимальный комплект поствки s-d состоит из s-d, удава и журнала. Бинарный лог, который не викинуть - мы уже обсуждали. Либо у вас есть отдельный лог-сервер, либо по факту вам насрать на целостность и адекватность логов. Вне зависимость от того, в каком типе файлов вы храните эти логи.
Почему? При резком перезапуске сервера последние записи могут не попасть на жесткий диск (что в текстовом логе, что в бинарном). Хакер, поимемвший систему, может отредактировать лог (текстовый запросто, бинарный сложнее), сдохшая ФС одинаково хорошо убивает и текстовые логи и бинарные.
Если вас и правда волнуют логи - вы храните их на отдельной машине. Если не волнуют - то вы просто кукарекаете по поводу бинарных логов.
Куча вещей - таки можно эту кучу обрезать до запуска и инициализации сервисов. Но эта куча вещей часто оказывается нужна. Особенно в нестандартных ситуациях.
Жырный размер... По факту он меньше чем init + busybox | (bash + grep + awk)

kir2yar ()
Ответ на: комментарий от x86_64

Так настрой его отдельно.

А кто тебе сказал, что он у меня не настроен отдельно?
С моей стороны был тезис о том, что текстовые логи себя прекрасно чувствуют на задачах ынтерпрайза (мой оппонент утверждал, что ынтерпрайз больше любит бинари).
Собственно, мой опыт говорит, что 20 гиговый бинарный лог служил постоянным источником проблем и проседаний по перфомансу. Как только от него избавились работать стало веселей.

cab ★★★★ ()
Ответ на: комментарий от user_id_68054

не поверх systemd, а брать данные у systemd.

не в лоб, так по лбу

cab ★★★★ ()
Ответ на: комментарий от A-234

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

kir2yar ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.