Релиз systemd 199

Очень авторитетное мнение.

Однажды преподаватель зашёл в аудиторию и заметил несколько десятков костылей, лежащих по углам. Мало того, рядом с доской стояло три велосипеда, один из них был прикован к батарее отопления велосипедным замком. — Кто раскидал костыли и привёз сюда какие-то велосипеды? — спросил профессор. В гробовой тишине поднялся один из студентов. Этим студентом был Леннарт Поттеринг.

Не мое, вытянуто с вк

например, ставятся «безопасные» настройки sysrq

Т.е. он тупо отрубается? «Прекрасно»!

Число рабочих процессов вычисляется исходя из числа CPU, а не памяти

То есть теперь при глюкавом флеше куча systemd-coredumps не будет забивать половину оперативы?

5 минут

Жесть.

Предсказуемые имена интерфейсов (вроде enp0s3) могут быть отключены через параметр ядра net.ifnames=0

Не прошло и полгода! :D

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

Спасибо, не надо.

случайно подтвердил...

Прокурору.

Леннарту Поттерингу - уважуха от поцанов с раёна

fixed

То есть теперь при глюкавом флеше куча systemd-coredumps не будет забивать половину оперативы?

теперь они будут работать эффективно и занимать половину процессорного времени

Понятно что весь банкет за счёт редхата. Непонятно зачем это радхату. В чём таксзть профит, в кластеры пихать?

# cat /etc/issue
Fedora release 18 (Spherical Cow)
Kernel \r on an \m (\l)
#ps -ef | grep syslog
root       628     1  0 Mar23 ?        00:00:00 /sbin/rsyslogd -n -c 7
500       1788     1  2 Mar23 ?        02:15:52 /usr/bin/pulseaudio --start --log-target=syslog
root     23891  4087  0 08:50 pts/0    00:00:00 grep --color=auto syslog
# ps -ef | grep systemd
root         1     0  0 Mar23 ?        00:00:02 /usr/lib/systemd/systemd --switched-root --system --deserialize 22
root       326     1  0 Mar23 ?        00:00:00 /usr/lib/systemd/systemd-udevd
root       334     1  0 Mar23 ?        00:00:00 /usr/lib/systemd/systemd-journald
root       624     1  0 Mar23 ?        00:00:00 /usr/lib/systemd/systemd-logind
dbus       630     1  0 Mar23 ?        00:00:02 /bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
root     28843  4087  0 09:04 pts/0    00:00:00 grep --color=auto systemd

Т.е. он тупо отрубается?

Параметры Magic SysRq не сводятся к „вкл/выкл”.

Что-то слабоватый релиз. Раньше было больше фич.

Предсказуемые имена интерфейсов (вроде enp0s3) могут быть отключены через параметр ядра net.ifnames=0 (к самому ядру это не имеет отношения, параметр влияет только на systemd).

Отлично, заряд хорошего настроения теперь на весь день :)

у которых знаний хватает максимум чтоб на лоре сопли пускать

ЧСХ считают себя умнее программистов, пилящих systemd, впиливающих поддержку systemd в свои приложения, ментейнеров дистров, делающих systemd основной системой инициализации.

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

неправда

считают себя умнее программистов, пилящих systemd, впиливающих поддержку systemd в свои приложения

Начни пилить systemd и получи +100500 к интеллекту!

Число рабочих процессов вычисляется исходя из числа CPU, а не памяти, как было ранее.

Количество рабочих процессов udev теперь зависит от количества процессоров в системе, а не от количества памяти

А в чем отличие ?

Надо бы сделать это мини-новостью, как с Upstart

Аргументы против истерии все те же - не нравится, не ешь

Это аргумент? Больше на троллинг похоже.

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

Предложение собрать группу, которая будет способна побороться с Redhat - это даже не троллинг, а слабоумие.

Скорее начни ныть на форуме про systemd и получи +100500 к интеллекту и +100500 к ЧСВ. Опять же хочу уточнить что это не про всех выступающих против systemd, часть из них имеет вполне логичные претензии к systemd.

Предложение собрать группу, которая будет способна побороться с Redhat - это даже не троллинг, а слабоумие.

Ну с ораклом вполне успешно поборолись.(Я про либру против опеноффис говорю)

Достаточно одного человека, но умного и без ЧСВ. Найдите собственного патрика и вперед с песней.

Journald теперь принудительно сбрасывает данные на диск спустя 5 минут после записи в журнал (т.е. данные на диске отстают не более чем на 5 минут)

А оно в памяти все хранит?

Данные записываются. Но ядро может «оптимизировать» запись на диски, и держать данные в кэше. Чтобы задержка записи кэша не была совсем уж большой journald раз в 5-ть минут втыкает барьер.

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

Если вы заоптимизировали ядро сбрасывать записи на винт раз в пол-часа, то ССЗБ. Но даже в этом случае злобного буратины journald пытается досохранить данные через установку барьеров каждые 5-ть минут.

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

Скорее начни ныть на форуме про systemd и получи +100500 к интеллекту и +100500 к ЧСВ

Это ты сказал, не я.

Journald теперь принудительно сбрасывает данные на диск спустя 5 минут после записи в журнал (т.е. данные на диске отстают не более чем на 5 минут)

это может прокатить за медицинское обоснование невменяемости автора этого поделия?

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

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

Ну с ораклом вполне успешно поборолись.(Я про либру против опеноффис говорю)

Офис - это только часть дистра %)

Таки есть вариант системд без бинарных логов?

Нет, это не косяк, тут что-то потяжельше намешано.

Неверно: большинство (в т.ч. на лоре) пользуется виндой. И не жалуется, да.

Потому что оракл и не боролся.

Т.е. если я не начал писать велосипеды, - я дурак?

Я тебе больше скажу - если положиться на systemd и уйти от использования «ненужного старперского» syslog, то в определённых условиях (например, при панике в драйвере ФС) ты вообще логов не соберёшь. Потому что если раньше можно было логи сбрасывать на другую машину, теперь этого нельзя. Потому, чьл поцтеринг сказал «ненужно» и тупое стадо леммингов поскакало к обрыву.

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

Эмм, вроде как можно и сторонние системы логирования ставить ?

Сначала убить существующее логгирование потому что оно типа «неправильное», прикрутить своё и снова прикрутить существующее, потому что оказывается «правильное» кастрировано и нихрена не умеет из того, что действительно надо. Маразм.

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

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

А разве не для того они туда сервер впичужили

Разниц между poll и push сечешь? Так вот системд-шный «сервер» обеспечивает pool, а не push. А syslog - push. То есть событие логгеное поттерлогом не увидишь пока не опросишь сервер, а событие syslog прилетит в точку назначения сразу в момент возникновения (ну исключая время задержки в сети).

Спокойно сижу на OpenRC

Недолго тебе осталось. Когда dbus всунут в systemd и убьют как отдельный проект - тогда и придёт к тебе толстая полярная лисичка. Но будет поздно.

А это везде так, в openSUSE официально предлагалось всем желающим заняться сопровождением sysvinit. Но максимум что они смогли - покричать в рассылке, но за правами сопровождающего не обратился ни один.

Ну, а арче делают , с лора , кстати

Таки есть вариант системд без бинарных логов?

Нету. Условно говоря, логи всегда бинарны и всегда ведутся systemd-journald, который миррорит события в сокет для тех, кому нужны нормальные логи.

Т.е. если я не начал писать велосипеды, - я дурак?

Можешь не писать, можешь сидеть на старых версиях, где нет systemd, их у тебя никто не отберет (параноики могут сделать зеркало репозитария у себя). Не нравится - форкай. Можешь еще поспорить с Поттерингом, ментейнерами Fedora, Suse, Arch (кто еще уже перешел на системд), разработчиками, поддержавшими в своих проектах системд. Проблема в том, что на ЛОРе ты их вряд ли найдешь (может только некоторых) и без конструктивных аргументов против системд тебя пошлют подальше

т.е. сеть поднимается раньше всех? а что делать с событиями и логом до ...

Когда dbus всунут в systemd и убьют как отдельный проект

Исходиники внезапно пропадут со всех серверов и нельзя будет остаться на старой версии? Ты явно неадекватен. Если поддержка OpenRC в Генте станет невозможна и перейдут на systemd, обновлюсь, когда система станет работоспособной (а у экспериментаторов уже и так работают машины на systemd). Если ментейнеры в страхе разбегутся и Гента умрет, уйду на другой дистр.

Что конкретно ТЫ сделал, чтобы остановить распространение systemd?

Нету. Условно говоря, логи всегда бинарны и всегда ведутся systemd-journald, который миррорит события в сокет для тех, кому нужны нормальные логи.

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

Исходиники внезапно пропадут со всех серверов и нельзя будет остаться на старой версии?

Гентушники уже всем показали на примере udev, что ни на что не способны.

Не делают. Тоже просто покричали в рассылке.

Ничего не сделаешь (ну, если не забирать через ядерный дебаг-порт в EHCI/FireWire). Но syslog ничем не лучше: он не умеет магически поднимать сеть.

Гентушники уже всем показали на примере udev, что ни на что не способны

На старой версии dbus можно сидеть, пока она совсем мхом не покроется. Это они сумеют, я гарантирую

Теперь systemd-python может быть использован для управления libsystemd-daemon.

Тааак. Кто-там пузырился «я не программер мне лень разбираться в инит-скриптах»? Теперь будете ковырять простыни на недопитоне с замесом инитскриптов.

Тааак. Кто-там пузырился «я не программер мне лень разбираться в инит-скриптах»? Теперь будете ковырять простыни на недопитоне с замесом инитскриптов.

42

Потому что оракл и не боролся.

Я про то что раз осилили форкнуть целый офисный пакет, то систему инициализации с удавом уж как-нибудь осилят(сообщество в смысле). А если тот-же дебиан поддержит(скорее всего) и каноникал как следствие, то тут фиг знает кто кого.

Вроде как даже на лоре кто то анонсировал в толксах пакет в аур.

может быть

Число рабочих процессов вычисляется исходя из числа CPU, а не памяти, как было ранее.

Кто такой умный, что догадался число рабочих процессов вычислять исходя из числа ПАМЯТИ? O_O ПАМЯТИ

И присоединяюсь к вопросу, что по его мнению есть «безопасные» настройки SysRq?

А в целом, надо дождаться того момента, когда ему надоест системд и когда он придумает какой-нибудь новый велосипед, и тогда можно будет форкнуть и выпилить всё ненужное. :-)