А что такое systemd?

Рыжий, уходи.

сколько процессорного времени съедено

съедено

Это технический термин?

На серверах, как верно заметили, железо иницилизируется значительно дольше, чем стартует система. От этого, иногда возникают проблемы. Сеть мы уже настроили, а сетевая карта еще не готова. После ребута сервер «не появился»..

Как раз такие проблемы системде может разруливать из коробки

Почему на старых компах я запускаю скайп и он долго грузится с жёсткого диска, по частям показывает окно, а в это время все остальные приложения теряют в скорости незначительно... А на новом компе либо 1). Всё появляется и отображается мгновенно, либо 2). Вся система неюзабельна, стоит системе хотя бы чуть-чуть заюзать SWAP. (знак вопроса)

колись, сколько у тебя биткоинов :)

Ненужно

Вспомните мои слова, когда systemd будет использовать «реестр», или какую нибудь sql для хранения параметров =)

MSSQL Only. Вот это будет православным и логичным развитием.

Вспомните мои слова, когда systemd будет использовать «реестр», или какую нибудь sql для хранения параметров =)

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

А потом он скажет что все его задолбали и он уходит на mac

Логичнее было бы класть в sql логи, кстати.

со старым syslogd это кстати можно было.

Вся система неюзабельна, стоит системе хотя бы чуть-чуть заюзать SWAP. (знак вопроса)

оптимизировал по советам с ЛОРа и убунтуру? ССЗБ. Так и должно быть. Будь мужыком, заработай ещё на RAM, если настроить свою систему не можешь.

WoT - летайте самолётами другой компании.

Почему меня должно волновать мнение представителя компании
которая так и не сделала версию клиентской части своего
продукта под Linux?

+1. Я им написал на форуме - Нет клиента под Linux, нет Према (с моей стороны). Меня забанили. WoT пошёл лесом, теперь летаем в самолётах другой компании (;

PS1: Были ИС7 с почти четырьмя скилами, ИС4 - три скила, ну и полный ангар техники по-ниже.
PS2: Компания других самолетов - War Thunder. Linux-клиента нет, но зачаток многоплатформенности есть - наблюдается версия под Mac OS. Глядишь, может и под линух сделают.

Вот это баттхерт так баттхерт.

Логичнее было бы класть в sql логи, кстати

Так никто не мешает. Как минимум rsyslog это умеет.

Ясненько, я не знал.

journald и syslog

а почему так все боятся бинарного journald? там же можно чтобы параллельно логи писались syslog в текстовый файл.

а почему так все боятся бинарного journald?

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

ну там у автора комплекс неполноценности скорее всего, видимо в школьное время унижали его

потому, что они все равно проходят через journald, а те, кому нужны были логи бинарные/индексированнные/в бд уже давно сделали это другими специализированными средствами?

ну и пусть проходят... в текстовый пишется и ладно проблема решена же

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

Выглядит обнадеживающе, но сами понимаете что от libsystemd-daemon можно ожидать сюрпризов, я в его код не глядел:

$ ldd /usr/bin/systemd-nspawn 
        linux-vdso.so.1
        libselinux.so.1 => /lib64/libselinux.so.1
        libcap.so.2 => /lib64/libcap.so.2
        libsystemd-daemon.so.0 => /usr/lib64/libsystemd-daemon.so.0
        librt.so.1 => /lib64/librt.so.1
        libc.so.6 => /lib64/libc.so.6
        /lib64/ld-linux-x86-64.so.2
        libdl.so.2 => /lib64/libdl.so.2
        libpthread.so.0 => /lib64/libpthread.so.0
$ ldd /usr/lib64/libsystemd-daemon.so.0.0.1 
        linux-vdso.so.1
        librt.so.1 => /lib64/librt.so.1
        libc.so.6 => /lib64/libc.so.6
        libpthread.so.0 => /lib64/libpthread.so.0
        /lib64/ld-linux-x86-64.so.2

Т.е. в системах без systemd этого нельзя никак сделать?

Теоретически, разумеется, можно. Но на практике мне такие утилиты пока не попадались. Было бы любопытно посмотреть.

написал на форуме - Нет клиента под Linux... Меня забанили.

Windows (11.04.2013 10:12:22)

Если у тебя был такой-же ник, то вполне могли забанить просто за толстый троллинг :)

Каждая новость пугает количеством лишнего кода и фич. И не надо говорить про модульность - дистростроители будут традиционно включать всё, мало ли кому qr коды пригодятся.

Я так понимаю, что по хорошему дистростроители должны ставить только самую-самую базу, а уж всякие qr-коды (зачем они системе инициализации?) или веб-сервер (зачем он системе инициализации?). Кстати, systemd вообще разрывается на части? А то от новостей ощущение того, что это монолит, где вроде бы модульность, модульность, модульность, а вытащить что-то отуда нельзя - использовать только всё вместе.

Ага, они пропадут в результате сбоя сети.

WoT пошёл лесом, теперь летаем в самолётах другой компании (;

Т.е. ходишь пешком?

Кстати, systemd вообще разрывается на части?

Да. Но тот же journald отключить принципиально невозможно, причём фанбои при упоминании этого факта начинают брызгать слюной или просто прикидываются шлангами =)

судя по коду там явная завязка на journald, смотреть что будет без журнала мне пока лень. Ну и для утилиты, которая создает пространства имен для фс и процессов - использование либсистемд непонятно (вне контекста systemd естественно).

в любой системе, где есть cat и cgroup это можно сделать руками, c openrc например можно так сразу для сервисов посмотреть.

Но тот же journald отключить принципиально невозможно,

онанимусы не привыкли читать документацию.

а что можно отключить? и как?

онанимусы не привыкли читать документацию.

Читал. Там написано, что journald отключить невозможно.

есть cat и cgroup это можно сделать руками

Только это потребует простыней на баше.

При обновлении сервисов надо будет смотреть init-script`ы на предмет того, что сломалось, да и вообще такое разделение не даёт жизненно важных плюсов, чтобы им заморачиваться. Оно просто удобно.

Если у тебя был такой-же ник, то вполне могли забанить
просто за толстый троллинг :)

У меня там был обычный ник ;)

Только это потребует простыней на баше.

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

При обновлении сервисов надо будет смотреть init-script`ы на предмет того, что сломалось, да и вообще такое разделение не даёт жизненно важных плюсов, чтобы им заморачиваться. Оно просто удобно.

Блин я честно обожаю ЛОР! Это просто прекрасно! Системд это большая НЁХ, в которой присутсвуют очень хорошие решения, которые можно позаимствовать и в другие системы (с некоторыми правками), но почему.. почему никогда о них тут не пишут.. пишут о всякой хрени лежащей на поверхности и не являющейся киллер фичей, да и вообще вопрос фича ли это..

ты просто не в теме, это ведь так, да?

Bash я плохо перевариваю, копипастил пару инит-скриптов из howto и т.п. Это да, я не в теме. И вынужденные погружения в «тему» меня вообще никак не обрадовали.

Блин я честно обожаю ЛОР!

Да, мне тоже нравится!

в которой присутсвуют очень хорошие решения

И они не раз обсуждались на ЛОРе.

да и вообще вопрос фича ли это.

Это безусловно не киллер-фича, как я и написал, но это удобная и прикольная штука.

нет Према

А это что?

ну если для тебя

cat /sys/fs/cgroup/cpuacct/openrc_dbus/cpuacct.stats

это простыня на баше.. то я даже не знаю, что тебе и сказать...

И они не раз обсуждались на ЛОРе.

вот только не надо мне тут говорить, что обсуждалось, а что нет, хорошо?

это простыня на баше..

А что, openrc таки все процессы сам по cgroups распихивает, как системд? Если так, то вопрос снят, я об этом не знал. Если нет, то ты забыл добавить код для инит-скриптов, который будет это делать, причём желательно хорошо дробить, чтобы было не хуже, чем в системд.

вот только мне тут говорить

Ну только если ты настаиваешь.

А что, openrc таки все процессы сам по cgroups распихивает, как системд? Если так, то вопрос снят, я об этом не знал. Если нет, то ты забыл добавить код для инит-скриптов, который будет это делать, причём желательно хорошо дробить, чтобы было не хуже, чем в системд.

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

да впрочем как и создание юзеров, т.к. это только один из возможных юзкейсов, кто хочет остальные может.. не использовать systemd.

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

Тогда извиняюсь, зря развёл «дискуссию». Я всегда подозревал, что openrc хорошая штука. Может оно ещё и сокет-активацию умеет, или ещё какой-нибудь годный способ запуска по необходимости?

Может оно ещё и сокет-активацию умеет, или ещё какой-нибудь годный способ запуска по необходимости?

насколько я знаю, не умеет, только через всякие xinetd или хаки типа промежуточного сокета, который слушает nc, и запускает сервис, но это уже кастомные решения. Слышал об использовании 1-го и 2-го способа, сам не использовал за ненадобностью. Так же нету активации по событиям udev тоже нет, и утилиток, которые добавляют это почти из коробки нет. Так же нету простого способа настройки кучи фич как у системд, там такое ощущение, что Поттеринг брал спецификацию POSIX и впиливал по опции на настраиваемую фичу, по 1-2 команды в день. :)

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

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

Жесть... Может еще по каждому коммиту в systemd новость писать?

ЛОР любит поделки Поттеринга.

сдается мне, что скоро этот тролль наберет звезд, его сделают модером и он забанит всех, кто гнобит systemd (мегабакс, привет)

Не вводи людей в заблуждение: systemd 201 (комментарий)

reducing systemd to its speed is certainly quite a misconception, since systemd is certainly not anywhere near fast // Fixed.