После двух месяцев разработки Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2014-May...) выпуск системного менеджера systemd 213 (http://www.freedesktop.org/software/systemd/). Systemd сочетает в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами. Для определения параметров сервисов в Systemd используется набор конфигурационных unit-файлов, вместо оформления сценариев запуска в виде shell-скриптов. Система нацелена на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora). В настоящее время на использование systemd уже перешли такие дистрибутивы, как Fedora, openSUSE, Mandriva и Arch Linux, одобрен переход дистрибутивов Debian и Ubuntu по умолчанию на systemd.Наиболее существенные изменения:
- В состав включён новый фоновый процесс "systemd-timesyncd", предназначенный для организации синхронизации системного времени по сети. В отличие от других пакетов синхронизации времени, systemd-timesyncd включает реализацию клиента SNTP и рассчитан только на запрос времени от NTP-сервера и синхронизацию локальных системных часов на основе полученных данных. Подобный подход позволил существенно упростить код systemd-timesyncd, так как не пришлось добавлять полноценную серверную поддержку NTP, ограничившись только минимальной клиентской реализацией NTP. Процесс выполняется с минимальными привилегиями (создаёт отдельный пользователь и группа "systemd-timesync") и активируется только при наличии сетевого соединения. В процессе синхронизации данные о расхождении времени системных часов сохраняются на диск, что позволяет откорректировать их работу на ранней стадии загрузки, до того как появится возможность отправить запрос к NTP-серверу по сети.
- Добавлен фоновый процесс systemd-resolved, который работает совместно с systemd-networkd и обеспечивает поддержание настроек в файле resolv.conf на основании данных DHCP и статической конфигурации DNS для сетевых интерфейсов. В будущем планируется добавить в systemd-resolved функции простого локального кэша DNS и mDNS с поддержкой DNSSEC;- Для команд "systemctl list-timers" и "systemctl list-sockets" реализована опция "--recursive", позволяющая отобразить юниты выбранного типа и для всех локальных контейнеров;
- В сервисных юнитах обеспечена поддержка новых директив "RebootArgument=" и "FailureAction=". Через "RebootArgument=" ядру можно передать аргументы, используемые после перезагрузки, инициированной с "StartLimitAction=". "FailureAction=" позволяет указать операцию, которая будет вызвана при сбое сервиса;
- Обновлён мини-сервис hostnamed, используемый для изменения имени хоста. Сервис теперь может обслуживать имена ядра, выпуска и версии шины. Файл /etc/hostname теперь имеет более высокий приоритет по сравнению с данными об имени хоста, полученными через DHCP;
- В bootchart, инструмент мониторинга скорости загрузки, добавлено отображение на графиках информации о cgroup;
- Для сервисов добавлена опция "CPUQuota=", при помощи которой могут быть выставлены атрибуты cgroup для установки CPU-квоты для планировщика CFS. В итоге, сервис не сможет потребить больше процессорного времени, чем определено лимитом в процентном соотношении, даже если система простаивает;- В systemd-networkd добавлена поддержка туннелей IPIP и SIT;- Добавлена новая опция ядра "fsck.repair=", позволяющая при загрузке управлять выполнением fsck для требующих проверки ФС.
- Парсер ini-файлов теперь игнорирует секции, начинающиеся с "X-", что позволяет создавать в юнит-файлах специфичные для внешних приложений расширенные секции;
- Включен по умолчанию интегрируемый с networkd инструмент systemd-networkd-wait-online, вносящий задержку для network-online.target настройки сетевого соединения;
- Добавлены новые опции "StartupCPUShares=" и "StartupBlockIOWeight=", работающие по аналогии с "CPUShares=" и "BlockIOWeight=", но применяемые только на стадии запуска системы.URL: ;http://lists.freedesktop.org/archives/systemd-devel/2014-May...
Новость: http://www.opennet.me/opennews/art.shtml?num=39879
круто
ппц
Как они это пишут? Я учить не успеваю
Пишут кучу новых минисервисов и дополнительные прослойки, которые заменят предыдущие минисервисы и прослойки. Это же круто.
>В отличие от других пакетов синхронизации времени, systemd-timesyncd включает реализацию клиента SNTP и рассчитан только на запрос времени от NTP-сервера и синхронизацию локальных системных часов на основе полученных данныхИ в чем тут уникальность?
> И в чем тут уникальность?В исправлении Фатального Недостатка™.
Клиент NTP? Ресолвер? Кэш DNS? Не, я знал, что у автора с головой плохо, но чтобы настолько...
Галоперидол за ним тоскует.
Галоперидол тем, кто это назойливо продвигает в дистрибутивы как основной и единственный сервис.
Санитары по нём тоскуют.
Все отлично. Просто название выбрано не правильное. Надо было windowd назвать.
https://plus.google.com/+TomGundersen/posts/ht4nn9jHbAR
кратко по ссылке "DHCPv4 server support in networkd", ждем X и Wayland
Еще нужно ICQ- и XMPP- сервер туда жеПлюс торрент-трекер
Плюс сервер потокового вещания видео и аудио
В принципе и blender 3D туда засунуть. Удобно же, когда система инициализации системы может рендерить 3D!
Жабу хочу!!! Без жабы на systemd не мигрирую...
> Жабу хочу!!! Без жабы на systemd не мигрирую...жабы нет, только царевич лёня.
С самого начала было очевидно, что эта песня будет вечной.
Но всем как было наплевать, так и сейчас наплевать, поэтому верной дорогой идёт к "свободному" блобу.
Кстати, очень не хватает аналога busybox в systemd. Можно unitы в скрипты превратить, гы. Инновацця.Здесь кто-то ещё будет вопить, что systemd ни разу не bloatware?
> Кстати, очень не хватает аналога busybox в systemd. Можно unitы в скрипты
> превратить, гы. Инновацця.
> Здесь кто-то ещё будет вопить, что systemd ни разу не bloatware?не вопить, а спокойно возражать, я, например, не bloatware. вопят обычно именно ретрограды и дегенераты типа тебя
> я, например, не bloatware.так речь-то и не о тебе.
>> я, например, не bloatware.
> так речь-то и не о тебе.вопрос "Здесь кто-то ещё будет вопить, что systemd ни разу не bloatware?" содержит скрытое оскорбление и адресацию сторонникам systemd. так вот я сторонник, я ответил, и на вопрос, и на оскорбление. а вот тебе, в-каждой-бочке-затычке, в этой ветке точно не место
>скрытое оскорбление и адресацию сторонникам systemdзаяви что это возбуждение ненависти к группе лиц по признаку используемого софта. 282 вроде для таких дел
> так вот я сторонник
чтоже делает тебя больше чем "пользователем"?
>> так вот я сторонник
> чтоже делает тебя больше чем "пользователем"?Как это что?! А его незаурядная Личность? А его школьное сознание? А необходимость поспорить о вкусе устриц и кокосовых орехов с теми, кто их ел, до хрипоты, до драки, воспринимая вкус еды на слух, цвет на зуб, вонь на глаз, представляя себе фильм по названию, живопись по фамилии, страну по "Клубу кинопутешествий", остроту мнений по хрестоматии?!!
>>скрытое оскорбление и адресацию сторонникам systemd
> заяви что это возбуждение ненависти к группе лиц по признаку используемого софта.
> 282 вроде для таких дел
>> так вот я сторонник
> чтоже делает тебя больше чем "пользователем"?в исходном комментарии указание превосходной степени отсутствует
>Кстати, очень не хватает аналога busybox в systemd.Как пить дать, lua прицепят, если ещё не
Лучше. там биндинги к питону
Лучше пусть мсявые его с Пот...рохами купят и биндинги к VBA лепят.
> Лучше. там биндинги к питону"лучше"? какой тонкий сарказм в этом случае, браво!!!
а к какому именно, кстати?
Сейчас вроде модно все делать на JS, а потом компилировать в нативный код, чтобы быстрее работало.
> Сейчас вроде модно все делать на JS, а потом компилировать в нативный
> код, чтобы быстрее работало.нет, сейчас модно писать на каком-нибудь цпп, потом emscripten'ом перегонять в js, а потом пыхтеть, пытаясь заставить это работать со скоростью, которую выдают цппшные AOT-компиляторы.
что характерно: теоретически динамические компиляторы при долгом времени жизни процесса могут таки побить AOT-ы. но не в таких идиотских сценариях применения, конечно.
>Здесь кто-то ещё будет вопить, что systemd ни разу не bloatware?systemd вообще трудно подобрать определение. Это чёрти что и сбоку бантик.
Как обычно, этот timesyncd нельзя будет отключить? Я уже не говорю о том, чтобы собирать системд без него.
Процесс выполняется с минимальными привилегиями (запускается под отдельным пользователем и группой "systemd-timesync")
И что? Это не говорит о том, что он не запускается по умолчанию без возможности это отключить.
> И что? Это не говорит о том, что он не запускается по
> умолчанию без возможности это отключить.Это показывает уровень - человек читать-то нормально не научился.
Скоро ничего нельзя будет отключить. Зачем? Это же systemd, там должно быть ВСЁ!
> мини-сервис hostnamed, используемый для изменения имени хостаэто прикол такой?
# ls -l /etc/init.d/hostname
-rwxr-xr-x 1 root root 500 ноя 25 2013 /etc/init.d/hostname
в автозагрузке:if [ -r /etc/HOSTNAME ]; then
/bin/hostname $(cat /etc/HOSTNAME | cut -f1 -d .)
fiно отдельный процесс - эт программищно!
> но отдельный процесс - эт программищно!# find / -executable -type f | wc -l
3671
Впереди ещё много работы.
Ваш пример, кстати, показывает что в изначальной идеи systemd что-то есть, в Вашем примере для выполнения этой одной строчки делается 4 отдельных процесса/форка :-) можно придумать когда это не очень удобно.
> можно придумать когда это не очень удобно.можно. только в этом случае скорее всего системды будет не просто «не очень удобен», а «неприемлем вообще».
>> можно придумать когда это не очень удобно.
> можно. только в этом случае скорее всего системды будет не просто «не
> очень удобен», а «неприемлем вообще».внимание! мнение эксперта!
> внимание! мнение эксперта!молодец, осознаёшь. конечно, медленно, и пытаясь скрыть это за сарказмом, но неважно. ход мыслей правильный.
> можно. только в этом случае скорее всего системды будет не просто «не очень удобен», а «неприемлем вообще».Текущая его реализация — возможно, но как идея, почему? Несколько модульных процессов написанных на C должны быть лучше чем форкаться по нескольку раз на каждую не тривиальную строчку.
>> можно. только в этом случае скорее всего системды будет не просто «не очень удобен», а «неприемлем вообще».
> Текущая его реализация — возможно, но как идея, почему?идея сама по себе, возможно, не такая уж и плохая, с этим я не спорю. на самом деле, если её правильно реализовать, то она даже может быть лучше для всякой эмбедовки: например, если сервисы в основном состоят из машинных бинарей, и запускает их инит, минуя sh — то может получиться экономия. с няшными зависимостями и т.п.
тут беда в том, что всё, чего лёня касается, превращается в коричневую субстанцию. и обсуждаем-то мы именно systemd в его существующей инкарнации, а не общую идею. systemd — идиотичный монстр без внятной архитектуры и дизайна.
вообще, желание изо всех сил избегать sh сотоварищи и уже готовых мелких утилит для *универсальной* инит-системы обречено на фэйл. просто потому, что у универсальной системы неизбежно возникнут задачи, которые придётся решать нетривиальными способами. и тогда или взрыв опций, как в systemd, или не мучиться и взять уже готовый sh, который как раз для подобных задач и был придуман. да и работают универсальные системы обычно на такой технике, где время fork()/exec() особого значения не имеет.
а вот для специализированных применений небольшой init с набором текстовых правил, да ещё и легко затачиваемый под свои нужды (поэтому и небольшой, чтобы можно было код без труда почитать и поправить) — вполне возможно был бы отличной штукой.
> апример, если сервисы
> в основном состоят из машинных бинарей, и запускает их инит, минуя
> sh — то может получиться экономия. с няшными зависимостями и т.п.Так, достаточно для sh писать, а не bash, вот и будет нехилая прибавка к скорости. А кроме того, никто ведь не заставляет писать скрипты именно на sh. Можно хоть на Хаскелле, оно запустится. Дальше всё просто - выбираешь интерпретатор или бинарники по-легче и радуешься жизни.
вполне возможна ситуация, когда на какой-то железке вполне можно обойтись без sh, и это будет иметь смысл. но при этом будет желание иметь некие несложные зависимости и проверки, и может даже встроеный в init монитор процессов. такой монолитный минимонстрик вполне способен занимать памяти меньше, чем набор отдельных софтин.но это, конечно, не про systemd.
p.s. кстати, «современные, стильные, молодёжные», повторяющие тут мантру про «портянки», неправы именно потому, что в силу неимения опыта не представляют разнообразия задач, которые могут возникнуть. набор опций в systemd и так уже большой и неоднозначный (не всегда можно чистой логикой догадаться, что именно делает опция; а это плохо). дальше так и будут продолжать добавлять опции и правила для вновь возникающих ситуаций. а в итоге юнит-файлы, может, и будут маленькими, но количество опций и их взаимосвязей, которые надо будет знать — огромным.собственно, лёня к тому и стремится: чтобы юнит-файлы *выглядели* просто, но искусство правильного их написания было чёрной магией, доступной только тем, кто потратит кучу времени на изучение опций и правил systemd. в отличие от «портянок» на sh, которые может и выглядят страшно, но чтобы в любой из них разобраться (и написать новое), достаточно знаний sh и coreutils. классическое «обэнтерпрайзивание», во всей красе.
умные молодые и опытные старпёры это видят, и потому воспринимают systemd в штыки. ну, не только по этой причине, конечно — качество кода и документации, отсутствие вменяемой архитектуры… но главное — таки усложнение написания инит-сценариев при кажущемся упрощении.
кстати, в upstart это было решено намного красивей. плюс — upstart не старался вобрать в себя кучу утилит. и даже — о, кощунство! — мог работать как обычный service manager, не будучи процессом с pid 1.
> собственно, лёня к тому и стремится: чтобы юнит-файлы *выглядели* просто, но искусство
> правильного их написания было чёрной магией, доступной только тем, кто потратит
> кучу времени на изучение опций и правил systemd.Это у нашего высокопроизводительного кодера получается само собой. Знаешь, чтобы сделать систему просто, красиво и функционально, нужно потратить груду времени и душевных сил на раздумья. Значительно проще сесть и кодить.
> чтобы сделать
> систему просто, красиво и функционально, нужно потратить груду времени и душевных
> сил на раздумья. Значительно проще сесть и кодить.ну дык, об чём и спич. собственно, уже одного того, что документация не успевает за кодом, достаточно, чтобы сделать вывод об уровне поделки. если бы лёня сотоварищи делал свой системды «для себя и пары друзяшек» — ок, никаких проблем. но это же позиционируется как универсальный инструмент для всех! а разрабатывается по принципу «дунул — придумал».
> ну дык, об чём и спич.Ты из него делаешь какого-то Чёрного Властелина, когда это просто инициативный дурак.
> Ты из него делаешь какого-то Чёрного Властелина, когда это просто инициативный дурак.да нет, ни разу: он действительно просто очень удобный для красношапки дурак. но в итоге-то он делает то, что делает. а уж по глупости или намеренно — в данном случае совершенно неважно.
> if [ -r /etc/HOSTNAME ]; then
> /bin/hostname $(cat /etc/HOSTNAME | cut -f1 -d .)
> fi
> но отдельный процесс - эт программищно!А! Я понял!! Ленарт не осилил шелл?!111! >/<
> А! Я понял!! Ленарт не осилил шелл?!111! >/<просто он ещё не написал shelld.
>> мини-сервис hostnamed, используемый для изменения имени хоста
>это прикол такой?Скоро появятся: lsd, catd, dud, psd, sud, sudod,...
>>> мини-сервис hostnamed, используемый для изменения имени хоста
>>это прикол такой?
> Скоро появятся: lsd, catd, dud, psd, sud, sudod,...А еще желательно, чтобы это были отдельные легковесные процессы
>> Скоро появятся: lsd, catd, dud, psd, sud, sudod,...
> А еще желательно, чтобы это были отдельные легковесные процессыи тогда, наконец, можно будет избавиться от мерзкого coreutils, где эти команды… wait… oh, shi~~~
;-)
Ох :(
А еще мы встроим systemd в ваш systemd, чтобы вы могли... (c) Какое-то телешоу.
Не знаю, чем там упарываются в редхате, но я знаю, что вовремя (2011) свалил на slackware :)p.s. Такими темпами systemd превратится если не в ОС, то, вполне возможно, в форк Coreutils...
> Через "RebootArgument=" ядру можно передать аргументы, используемые после перезагрузкипосле?... хмм, шаман онднако.
сдаётся мне, что речь не о ядре linux, а о ядре, собственно, systemd
https://www.mail-archive.com/systemd-devel@lists.freede...
горшочек не вари, ой, я хотел саказать, совсем уже башка не варит
>Включен по умолчанию интегрируемый с networkd инструмент systemd-networkd-wait-online, вносящий задержку для network-online.target до момента настройки сетевого соединения;аплодирую стоя чуваку что смог так красиво описать жутчайший костыль)))
> systemd-resolved, ... обеспечивает поддержание настроек в файле resolv.conf
> мини-сервис hostnamed, используемый для изменения имени хоставроде бы понимаю что не прикол, но чем серьёзней - тем безумней.
"обеспечивает поддержание"И эти люди запрещают мне ковыряться в носу.
> "обеспечивает поддержание"
> И эти люди запрещают мне ковыряться в носу.да и главный урл к новости тоже того-с… а Максим так и не соберётся никак запилить редактирование новостей с выключеным js. ну и пусть дальше с ошибками сидит тогда.
Надо больше сервисов.
Чтоб падало сразу всё. И навсегда.
> Надо больше сервисов.
> Чтоб падало сразу всё. И навсегда.Вам там в launchd поцтеринг в аффтары не напрашивается, не?
Скоро будет вот так. А что такое Linux дистрибутив? Ну это собственно ядро Linux и systemd. А вот когда то были времена...Ну а если серьезно, то все больше systemd начинает обрастать функционалом который ни как не относится к системе инициализации, и это плохо. Вообще чтобы человек не делал главное не переборщить, так вот у Поттеринга нету чувства меры. Через годик другой появится форк systemd который будет создан ради поддержания старых идеологий.
> Через годик другой появится форк systemd который будет
> создан ради поддержания старых идеологий.зачем форкать и делать sysVinit, если оно уже есть?
> Скоро будет вот так. А что такое Linux дистрибутив? Ну это собственно
> ядро Linux и systemd.как будто что-то плохое
> А вот когда то были времена...
и все это делалось через кучу бессвязных костылей
> Ну а если серьезно, то все больше systemd начинает обрастать функционалом который
> ни как не относится к системе инициализации, и это плохо.ой ли?
> Через годик другой появится форк systemd который будет
> создан ради поддержания старых идеологий.вы, ретрограды, об этом кукарекуете уже не первый год, а воз и ныне там. а человек работает, вода камень точит. а вы, пятничнопивные свитерные "бородачи", держатели "сакрального" знания портянок и костылей, скоро пойдете конкурировать с таджиками
Дорогой неофит, однажды ты поймёшь, что в цепочке "(Опционально) техпод RedHat" - "Провайдер SaaS/IaaS" - "Хостящиеся приложения" - "Браузер" - "Довольный потребитель" нет слов "Системный администратор". И что провайдерам SaaS/IaaS, оказывается, вовсе не нужен огромный штат персонала для обслуживания всех своих клиентов. И что, оказывается, эти самые провайдеры вполне не прочь заменить собой традиционных штатных администраторов. И что ты вовсе не готов конкурировать с таковыми по цене на услуги администрирования.
И вот тогда, ВНЕЗАПНО, конкурировать с таджиками, ковыряя реестр^Wюниты systemd на локалхосте, пойдешь ты. Так как у "ретроградов, держателей сакрального знания портянок" (при условии, что пугающие тебя "портянки" они вполне понимают), немного больше шансов переквалифицироваться в, например, кодера (хотя и они не нужны уже).
> больше шансов переквалифицироваться в, например, кодераТы правда думаешь, что обезьяны, которые так неистово дрочат на bash, который в качестве ЯП уебищен чуть больше, чем совсем, способны накодить что-то вменяемое?
выше вы можете прочитать мнение мартышки, которой внезапно дали в руки очки.
>> Скоро будет вот так. А что такое Linux дистрибутив? Ну это собственно
>> ядро Linux и systemd.
> как будто что-то плохоеДа, это плохо, потому что у пользователя не остаётся свобод. Сейчас любой UNIX/UNIX-подобный дистрибутив — это конструктор, который можно собирать как угодно. На каждую детальку есть множество альтернатив, всё легко друг с другом интегрируемо и возможно всё что угодно.
А когда будет Linux+systemd+nothing, то уже таких свобод не будет.
>> А вот когда то были времена...
> и все это делалось через кучу бессвязных костылейМм? Вы про что? Я вот вижу какие-то невероятные костыли:
> «Обновлён мини-сервис hostnamed, используемый для изменения имени хоста»
> «Включен по умолчанию интегрируемый с networkd инструмент systemd-networkd-wait-online, вносящий задержку для network-online.target до момента настройки сетевого соединения».
>> Ну а если серьезно, то все больше systemd начинает обрастать функционалом который
>> ни как не относится к системе инициализации, и это плохо.
> ой ли?Не могли бы вы подробнее расписать свою мысль?
>> Через годик другой появится форк systemd который будет
>> создан ради поддержания старых идеологий.
> вы, ретрограды, об этом кукарекуете уже не первый год, а воз и ныне там. а человек работает, вода камень точит.О, опять переходим на личности! Всегда это обожал. Постоянно на протяжении своей жизни наблюдаю, что всякий бред поддерживают обычно именно такие люди, которые ведут свои диалоги именно так. SystemD не исключение, что можно легко наблюдал в ветках комментариев любой новости о нём.
> а вы, пятничнопивные свитерные "бородачи"
Мало того, что переходите на личности, дак вы ещё и глубоко заблуждаетесь.
> держатели "сакрального" знания портянок и костылей, скоро пойдете конкурировать с таджиками
Мне это напоминает то, как некоторые украинцы рассказывают про то, что Россия будет скоро сметена с лица Земли. Дико извиняюсь что затронул эту тему, конечно.
споры не стихают ... если вектор развития linux уходит от пресловутого unix-way, и Поттеринг тому пример, то нужно признать что понимание качества гиками не востребованно основной массой, несмотря на аргументы. Отсюда выводы - нечего пер..ть против основного потока, нужно просто искать свою нишу. Варианты есть - готовить свой дистрибутив Linux, пересаживаться на BSD-like ОС, переквалифицироваться в админы Windows :), трындовать из ИТ, работать в мелком и среднем бизнесе, где энтерпрайз решения не нужны. Ну или совмещать знание кривокостыльного инрырпрайза для зарплаты и практику работы с нормальными дистрибутивами и ОС для себя
То, что оно само по себе обрастает функционалом, это не плохо вообще говоря. Плохо то, эти функциональные части, заменив старые рабочие варианты программ, начинают после этого выполнять роли, которые вроде бы никак не связаны с развиваемым сервисом. И вроде бы systemd модульный, пиши себе замену любого куска на здоровье, даже API есть. Вот только никто этого сделать не может, потому как никто толком не понимает, что именно этот кусок должен делать.Эх, вспомнить бы, где я видел эту прекрасную статью...
Да можно там все понять, там код на 3 копейки, все захардкожено по самое не могу.
А вот с API и архитектурой там проблемы, поэтому и пилят все внутри себя.
> Да можно там все понять, там код на 3 копейки, все захардкожено
> по самое не могу.
> А вот с API и архитектурой там проблемы, поэтому и пилят все
> внутри себя.Так об этом ведь и речь! "все захардкожено" и "с API и архитектурой там проблемы".
Понять "там" все, конечно же, можно, но вот понять, зачем нужен такой "захардкоженный" "комбайн" - это, видно, дано не всем. Мне вот, например, не понятно, зачем resolved, hostnamed, да еще и «new system user and group "systemd-timesync" needs to be created on installation of systemd.» в придачу... И почему им запуска sntp было недостаточно для синхронизации даты/времени...
> И почему им запуска sntp было недостаточно для синхронизации
> даты/времени...Микрооптимизации.
С другой стороны конечно, легко быть мэйнтейнером одной софтины реализующей всё что до этого реализовали пару десятков программ, а баги переправлять в багзиллу редхата, или вообще сотрудничать с ней, особенно если за это платят.Но быть потребителем одной программы, которая не так универсальна как выглядит, и чем больше она пухнет от универсальности, тем менее она универсальна. Из малых (относительно) кирпичей строится дом, а не из кирпича с целый дом. А чем больше пухнет, тем больше багов и уязвимостей, бэкдоров, тем больше документации нужно осиливать.
Зачем всё это, зачем? Не хочу параноить по поводу редхата, кто что думает по этому поводу?
Что-то померещилось: kernel+systemd+docker. Видимо не за горами.
> Что-то померещилось: kernel+systemd+docker. Видимо не за горами.скорей бы
> Что-то померещилось: kernel+systemd+dockerИ мертвые с косами...
И называется оно CoreOs
>kernel+systemd+dockerkernel+systemd+docker = CoreOS
etcd забыли
сервис kerneld не за горами.
> сервис kerneld не за горами.Вот увидите — будет,когда сюзи допилит и смержит обновление ядра модулем.
Поттеринг офигенно талантливый программист. И в этом, мне кажется, его проблема. Он, сволочь, любит писать системный софт. И пишет его хорошо. Я тоже, бывает, начну писать один демон, а закончу тремя, очень красивыми, и пипец какими нужными. Потом, когда я выучил предметную область, я выбрасываю все три и пишу простую утилиту, которая делает то что нужно просто и коротко. Потому что я люблю писать софт. Нужный софт. Грустно то, что, кажется, у Леонарда вместо привычного юникс-программисту дзена простоты, включился какой-то странный соревновательный инстинкт, типа "а смогу ли я переписать большинство существующего ширпотребного системного софта лучше". Можешь, Лёня, можешь. Ты - молодец. Только уймись уже, наконец. Пойди съешь еще бургер, да выпей пива. И перестань заниматься фигней, а-то даже такому защитнику systemd, как мне, подчас становится страшно.
Все правильно делают.На то он и интерпрайз - чтоб работать быстро, надежно и через хитрозакрученную жопу.А всяческий "дзен linux" - пустое самолюбование: профессионал никогда не пожертвует быстродействием ради "красоты кода " и "легкости настройки"...
> профессионал никогда не пожертвует быстродействием ради "красоты кода " и "легкости
> настройки"...быстродействие в исправлении багов? так ведь тут системде вроде не фаворит. Есть и такие авторы, что дебиану, как претендующему на якобы безопасность пришлось делать форки, для в том числе обновления той самой безопасности. Настолько авторы бывают забывчивы к своим софтинам. А Леннарт так, молодой еще. Баги всего лишь с 2009 (емнп.) не исправляет (рассудит багзилла). Хотя стоило б заняться, особенно таким монстром замены всего и вся - системде. Тут некоторые в стабильном как то самое мамонта sysV init умудрялись находить ошибки. Скучно знаете ли. Стабильный код. Просматривать разве что, оптимизировать, документировать. Вот новый писать, агитировать, вступать в борьбу, собрать лагеря по ту и другую сторону, и давай на вентилятор вскидывать и хихикать.
> Все правильно делают.На то он и интерпрайз - чтоб работать быстро, надежно и через хитрозакрученную жопу.А всяческий "дзен linux" - пустое самолюбование: профессионал никогда не пожертвует быстродействием ради "красоты кода " и "легкости настройки"...Искренне надеюсь, что это был просто сарказм, который я не распознал…
> Искренне надеюсь, что это был просто сарказм, который я не распознал…если сарказм не получается отличить от глупости, то проще считать, что автор на самом деле дурак.
твоей тупости на весь тутошний гадюшник хватит с лихвой
> твоей тупости на весь тутошний гадюшник хватит с лихвойок.
> Искренне надеюсь, что это был просто сарказм, который я не распознал…IMHO, доля правды в его словах есть, ведь чем хитрее закручена жопа, тем больше обращений (и, следовательно, денег) в саппорт разработчика этой жопы и сильнее зависимость его клиентов, которым вполне может быть экономическии выгоднее мириться с жопой, чем переходить на что-то другое.
> Грустно то, что, кажется, у Леонарда вместо привычного юникс-программисту дзена простоты,
> включился какой-то странный соревновательный инстинкт, типа "а смогу ли я переписать
> большинство существующего ширпотребного системного софта лучше". Можешь, Лёня, можешь.
> Ты - молодец. Только уймись уже, наконец. Пойди съешь еще бургер,
> да выпей пива. И перестань заниматься фигней, а-то даже такому защитнику
> systemd, как мне, подчас становится страшно.Так ведь так оно и есть.
Ну, сидит он в тяпнницу в кабачке месном с сотоварищи. Чего-то там попивает, расслабляется одним словом, после трудовой и напряженной недели. и вот кто-то ему и говорит:
- А, вот скажи, слабо тебе Леня сделать ... ?
А он в ответ:
- Да легко!
через неделю снова таже картина маслом:
А можешь теперь вот это ... ?
- Не вопрос!Вот так закалялась systemd
> Поттеринг офигенно талантливый программист. И в этом, мне кажется, его проблема. Он, сволочь, любит писать системный софт. И пишет его хорошо.Так хорошо что сломав поддержку OSS - заявил что не его царское дело править. Пусть правят пользователи OSS.
Когда влез в GNOME заявил что поддержка других операционок не нужна и сдерживает развитие Linux.
Начал писать замену init написал хрен знает что - которое пихают повсюду не смотря на кучу критических багов в багзиле проекта.
> сдерживает развитие Linuxs/развитие Linux/превращение Linux в Windows/
> Поттеринг офигенно талантливый программист.Кодер.
> systemd-resolved, ... обеспечивает поддержание настроек в файле resolv.conf
> мини-сервис hostnamed, используемый для изменения имени хостаБлин, а где systemd-bash-promptd для изменения приглашения в шеле?! :(
> Блин, а где systemd-bash-promptd для изменения приглашения в шеле?! :(спокойно, лёня один, он всё не успевает. потом сделает.
>> Блин, а где systemd-bash-promptd для изменения приглашения в шеле?! :(
> спокойно, лёня один, он всё не успевает. потом сделает.не один, ты как обычно обо[рался, даже в таких мелочах некомпетентен
продолжай, твоё мнение очень важно для меня.
> продолжай, твоё мнение очень важно для меня."мнение" ничтожества. "важно". занавес
>> продолжай, твоё мнение очень важно для меня.
> "мнение" ничтожества.ты и это осознаёшь. прогресс налицо.
Всё в одном. Явно не unix way.
Всё модульно и с отлично документированными интерфейсами. Практичеки эталон Unix-way.
на что можно заменить модуль systemd-networkd, например? ну или любой другой модуль? много таких альтернатив?
Кому заменить? Тебе - в принципе не на что, потому что ты не то что программировать - читать-то толком не научился.
про документацию и апи уже писали выше...
> Практичеки эталон Unix-way.угу-угу. «вот так, сынок: теоретически мы миллионеры. а на практике в доме две шлюхи и дед-п…с!»
Что анекдот баян, что ты - унылый тролль. Неужто за предыдущие новости баттхёрт повыветрился?
> Что анекдот баянтак вы, фанбои, тоже ничего нового не придумали пока.
> что ты - унылый тролль.
чётко срезал! нечего возразить (в данном случае — потому что ты употребляешь термины, значения которых не знаешь) — начинай обвинять в троллинге.
" обеспечивает поддержание настроек в файле resolv.conf "
double_facepalm.png
в современном мире нужно так:
double_facepalmd
systemd-facepalmd
Поторопился. Но Вы правильно исправили. Я именно это и имел в виду ))
Я надеюсь они свою реализацию ssh сервера не добавят
> Я надеюсь они свою реализацию ssh сервера не добавятзря надеешься. http ведь смогли? ну, и ssh засунут. а то как же это без ssh, куда такой инит годный?!
Да хрен с этим http сервером, на нем хотя бы ничего не завязано и он отключаемый. А вот на ssh можно много чего поназавязывать, например контейнерами/виртуалками/etc рулить, мало ли что лёня может придумать.
> Да хрен с этим http сервером, на нем хотя бы ничего не
> завязано и он отключаемый.Как правило, любая, даже самая обдолбанная функциональность через некоторое время кем-то используется. Так что http сервер через некоторое время будет неудаляемым.
2016 год, Лёня анонсировал выпуск systemd 266, из новшеств, добавлены новые демоны
- systemd-linuxd - для запуска нативных Linux-приложений
- systemd-windowsxpd, systemd-windows7d, systemd-windows8d, ... - для запуска нативных Windows приложения
- systemd-macosxd - для запуска нативных Mac OS X приложений
- systemd-bsdd - для поддержки софта собранного в системах BSD
Поддержка Linux-ядра объявлена устаревшей и в следующей версии обещают исключить.
Из мелочей, добавлены такая глупость как systemd-mountd, systemd-lsd, systemd-cdd, systemd-bashd, systemd-fdiskd, systemd-lvmd, systemd-crond, systemd-iptablesd, systemd-ipd, systemd-topd, systemd-livecdd, systemd-init0, systemd-singleuserd, systemd-multiuserd,... для более быстрой смены уровня выполнения, systemd-... ну вообщем все то что раньше приносило столько хлопот и не давало продуктивно работать. Данные демоны после первого использования остаются в памяти до следующей перезагрузки, с целью увеличить их быстродействие.
Чем то смахивает на роскомнадзор.
systemd-lsd у автора был всегда, но пока он раздает его только ярым приверженцам systemd.
Теперь там есть всё кроме системы инициализации.
Конец GNU/Linux, теперь правильно будет Systemd/Linux
> Конец GNU/Linux, теперь правильно будет Systemd/LinuxЛёня и Шапка уже планируют переход на clang и bsdutils? Давно пора! >/<
вот это жесть. Теперь не только у MS убогие реализации всего чего угодно, но и у systemd. Правильной дорогой идут товарищи.
вместо того чтобы запилить api, и развивать разные проекты они свалили все в кучу, ну а че так удобней. Леня всем системным инженерам инженер))
>вместо того чтобы запилить apiЕсли запилить API, то systemd могут форкнуть.
А пока оно совместимо только само с собой и постоянно меняется в непредсказуемых местах, у Леннарта лучшая в мире job security.
> Если запилить API, то systemd могут форкнуть.API уже давно есть и отлично документирован.
> А пока оно совместимо только само с собой и постоянно меняется в
Кто, собственно, форкнет-то? Те у кого есть мозги давно разобрались во всех плюсах - см. список внедривших systemd дистрибутивов. Ну а те кто здесь исходят на баттхёрт в каждой новости органически не способны создать хоть что-то конкурентноспособное.
> создать хоть что-то конкурентноспособное.конкурирующий с идиотом — сам идиот.
> см. список внедривших systemd дистрибутивовИ во скольких из них (редхатовские типа Федоры по очевидным причинам не в счёт) в качестве обоснования необходимости перехода привели что-то лучше "все пошли — и я пошёл"?
вы про эту отличную документацию?
http://www.freedesktop.org/wiki/Software/systemd/InterfacePo.../
ну и что она нам показывает что systemd убогая реализация всего до чего дотянулись рученьки.
Я вам расскажу что будет дальше по секрету.
Эта вся каша начнет обрастать функционалом, и все больше при вращаться в кровавое месиво.
На сишечки порог вхождения и так не не маленький и будет становится все больше, и в конце концов всех недоадминов сменят на саппорт из redhat.
Но я по факту за, квалифицированных админов нужно больше, да и любимая сишечка. А вот пионэры должны страдать )))
Не удивлюсь, что когда-нибудь выйдет версия systemd с поддержкой службы команды echo ...
> В настоящее время на использование systemd уже перешли такие дистрибутивы, как Fedora, openSUSE, Mandriva и Arch Linux, одобрен переход дистрибутивов Debian и Ubuntu по умолчанию на systemd.Это такой тест-маркер
я пробовал использовать systemd.
да, проект документирован не совсем хорошо и в общем-то есть некоторые вопросы по логике работы всего этого.однако я не могу понять, откуда столько ненависти? считаете что systemd сырой? используйте openrc - кто запрещает?
каждый раз, когда развивается новая свободная инициатива я пытаюсь видеть в ней достоинства, а не искать недостатки(которые всегда есть). во всех топиках про systemd крики, как будто еду делят.
ещё один…слушайте, вот вы такие незамутнённые — вы откуда берётесь-то? где-то есть секретная сборочная линия, где вас производят? а потом вас выпускают в мир, и вы, широко раскрыв глаза, врываетесь в открытые двери и начинаете высказывать своё мнение, которое не стоит вообще ничего, потому что разобраться в вопросе с самого начала для вас — непосильный труд.
в следующий раз, пожалуйста, потрудись сначала хорошо разобраться, а только потом вещать. во-первых, это элементарная культура: не требовать от других, чтобы тебе в стотысячный раз повторяли всё с самого начала, когда ты сам можешь выяснить нужное. а во-вторых, когда выяснишь — то, возможно, и понимание появится.
я понимаю, что с вероятностью, близкой к единице, ты посчитаешь, что на тебя тупо «наехали» почём зря, и «лучше бы объяснил, а не писал эту огромную простыню». но есть небольшой шанс, что «простыня» всё-таки пойдёт впрок; я иногда оптимист.
> начинаете высказывать своё мнение, которое не стоит вообще ничего, потому что разобраться в вопросе с самого начала для вас — непосильный трудединственная содержательная фраза, автореферентная
> единственная содержательная фразая и не надеялся, что ты сможешь понять текст полностью.
>> единственная содержательная фраза
> я и не надеялся, что ты сможешь понять текст полностью.ты не способен на "текст" by design, убожество
> ты не способен на "текст" by design, убожеството есть, ты только что признался, что пытаешься разговаривать с бредогенератором? воистину, надо очень сильно себя ненавидеть, чтобы так открыто называть себя совершенно безмозглым идиотом.
я понимаю, что с вероятностью, близкой к единице, ты посчитаешь, что на тебя тупо «наехали» почём зря - нет, я счел, что Вы - ретроград, который в силу неспособности выявлять плюсы хочет остановить прогресс на месте.
> я понимаю, что с вероятностью, близкой к единице, ты посчитаешь, что на
> тебя тупо «наехали» почём зря - нет, я счел, что Вы
> - ретроград, который в силу неспособности выявлять плюсы хочет остановить прогресс
> на месте.да, извиняюсь, этот идиотский вариант я забыл.
> хочет остановить прогресс на месте.Systemd, Wayland и Gnome3 - это не прогресс, это движуха.
> Systemd, Wayland и Gnome3 - это не прогресс, это движуха.отлично сказано!
Ну, Wayland и Gnome3 хотя бы не пропихивают во всё подряд, так что пусть живут. Иксы, например, меня вполне устраивают, но это не значит, что за них нужно держаться до скончания времён.
> Иксы, например, меня вполне устраивают, но это не
> значит, что за них нужно держаться до скончания времён.держаться не нужно, иксы просто таки вопят о том, что давно пора их хорошенько перетряхнуть. но *перетряхнуть*, а не «выкинуть нафиг и сделать очередной DirectFB».
к сожалению, ситуация такая, что те, кто готовы перетряхивать — не обладают нужной квалификацией и/или пониманием, что, как, зачем и почему в иксах было сделано. а те, кто обладают вышеуказанным — или не хотят, или не имеют времени.
тулкитописатели со своей идиотией тоже никак процессу не помогают. конечно, тулкитописателю намного проще самому всё нарисовать в своей памяти, а потом это вытолкнуть тупой блитилке, нежели налаживать взаимодействие с системой типа иксов. отчасти это оправдано, потому что сейчас в иксах ситуация с растровыми изображениями далеко не радужная. штука в том, что если вернуть в иксы нечто, подобное XIE, например, то тулкитописателей это совершенно не обрадует, и они продолжат плеваться своими дурацкими битмапами.
конечно, при таких раскладах получается, что с софтом на современных тулкитах иксы более-менее нормально работают только на локалхосте. откуда делается забавный вывод: «раз тулкиты нишмагли, то сетевая прозрачность вовсе не нужна!»
вывод, конечно, неверный. и потенциал развития у иксов огромный. но увы: тут надо просто тихо работать, без хайпа. даже особо похвастаться будет нечем, потому что пользователи всё равно не поймут сути изменений. и кричать про «новый революционный дисплейный сервер» не выйдет. при этом придётся работать аккуратно, чтобы не сломать старый иксовый софт (т.е. некоторое время поддерживать, по сути, два протокола).
> Иксы, например, меня вполне устраивают, но это не
> значит, что за них нужно держаться до скончания времён.Да никто их не держится, просто остальное всё ниже на ступень-две:
а) Нигде нельзя поменять обрамление-поведение окон (по-хорошему ещё бы отвязать визуальное представление интерфейса от логики программ, но это, похоже, пока слабо). А ведь разные оконные менеджеры подходят к разным машинам - на ноуте без мыши очень хороши мозаичные, на десктопе - классические.
Плюс, это даёт возможность эволюции DE и интерфейса. Можно создавать новые DE, убивать старые. А на конкурирующих системах такое невозможно - "слушайте ваши валенки".
Эволюция и разнообразие интерфейсов приводит к тому, что можно выбрать WM/DE сильно повышающие удобство работы с компьютером. А удобство человека много важнее 60fps при перетаскивании окон.
б) Кроссплатформенность (я не так давно проверял - даже Х клиенты с OpenVMS могут работать по сети с текущими Хorg'ом).
в) Сетевая прозрачность, позволяющая создавать десктоп из программ с разных машин. На хорошей гигабитной сети всё почти как родное.
г) Отвязанность Х-сервера от потрохов системы. Мало того, что Х-сервер необязателен, так ещё их на одной машине можно запустить несколько штук. Очень удобно при отладке.
Да, недостатков немало, но вышеперечисленное - это то, что замена Х-ов должна уметь. Причём уметь лучше Хов, иначе зачем менять.
А теперь расскажите чем пришлось пожертвовать чтобы получить эти плюсы?
производительность, количество кода, ...
Продолжайте
> А теперь расскажите чем пришлось пожертвовать чтобы получить эти плюсы?низким порогом вхождения. как видим, даже авторы тулкитов об порог спотыкаются.
> А теперь расскажите чем пришлось пожертвовать чтобы получить эти плюсы?В основном жертвовали временем и силами высококвалифицированных умных людей.
> А теперь расскажите чем пришлось пожертвовать чтобы получить эти плюсы?
> производительность, количество кода, ...
> ПродолжайтеДа, не надо рассказывать про производительность, когда везде перегоняют С++ в JS, выполняющийся на виртуальной машине на С++. Выглядите идиотом.
> Ну, Wayland и Gnome3 хотя бы не пропихивают во всё подряд, так
> что пусть живут. Иксы, например, меня вполне устраивают, но это не
> значит, что за них нужно держаться до скончания времён.Вот для меня иксы та вещь почему я не работаю на линуксе,
Они жрут проц, а с буком в дороге это критично, да и не особо приятно что они такие ресурсоемкие.
> Они жрут процспасибо, посмеялся.
p.s. я так подозреваю, что ты, само собой, проверяешь это каким-нибудь top'ом, запущеным в какой-то консоли, которая усиленно рисует ttf-ами. конечно, консоль обновляется, иксы перерисовывают, спасибо пакарду за идиотскую реализацию ttf, а авторам консоли за неумение работать с damage → иксы в топе наверху.по факту виноваты авторы тулкитов и пакард, но обвиняем мы, конечно, иксы.
> однако я не могу понять, откуда столько ненависти? считаете что systemd сырой?
> используйте openrc - кто запрещает?Да вот запрещают, вы например в курсе что в debian network manager больше не работает без установленного systemd?
использование единого ядра - тоже тоталитария. so what?
> использование единого ядра - тоже тоталитария. so what?А как же https://www.debian.org/ports/#nonlinux ? Где тут "тоталитария"?
я не использую debian.
как-то больше calculate linux да gentoo.
уверен, что если бы Вы разобрались, то запустили бы networkmanager без systemd.
в конце-концов собрали бы с нужными флагами и прикрутили.
> я не использую debian.
> как-то больше calculate linux да gentoo.
> уверен, что если бы Вы разобрались, то запустили бы networkmanager без systemd.Нет это невозможно. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744114
> в конце-концов собрали бы с нужными флагами и прикрутили.
Угу, уже писали ниже, slackware, gentoo и LFS. Как то это не похоже на «используйте openrc - кто запрещает?» :-/
Это где не запрещают использовать альтернативу и не навязывают юзать systemd? Наверно только в Слаке, да в генте. Всё.
Ещё в упомянутом выше LFS. Но там по определению трудно что-то навязать. :)
как этот systemd-timesync включить? есть инструкция?джва года ждал что была родная поддержка синхронизации из systemd без ntpd!
Поделитесь, зачем ждали, чем плох ntpd или любой другой timesync-клиент?
ntpd -- не корректирует время на ранней стадии загрузки
> ntpd -- не корректирует время на ранней стадии загрузкину так вызывай его сразу после установки сетевого соединения, что мешает-то? ну, кроме личной криворукости.
> вызывай его сразу после установки сетевого соединения, что мешает-тоСинхронизация времени по сети после подключения к этой самой сети — слишком банально и неинтересно, нет ощущения происходящего волшебства. А брать данные из инета, не подключаясь к нему — совсем другое дело!
Что Вы думаете об аппаратных реализациях различных сервисов системды?
Например коробочка подключена к сети предоставляет корректное время. другим интерфейсом - в комп/сервер, чтобы на этапе загрузки, но ДО запуска сети уже была возможность синхронизировать время.
Тут явно можно заработать уже на реальном производстве.
*ушел продавать идею Поттерингу/Редхату*
> Например коробочка подключена к сети ...Зачем отдельную коробочку? Прошивать сразу в процессоры микрокодом. И договориться с разработчиками/производителями UEFI о неотключаемом варианте Secure Boot, блокирующем загрузку любых ОС, кроме винды и RedHat/Linux с systemd.
Я опоздал с идеей....
Вот только что увидел в CentOS в настройке даты и времени:
http://itmages.ru/image/view/1692645/29e1f530
> ntpd -- не корректирует время на ранней стадии загрузкиПочему бы тогда не пропатчить ntpd/ntpdate? Зачем изобретать велосипед?
Или ещё лучше, почему бы не написать отдельную утилиту для несетевой корректировки времени не завязанную на systemd (то есть в соответствии с UNIX-way)?
Зачем радоваться очередному lock-in-у-то? =\
>> ntpd -- не корректирует время на ранней стадии загрузки
> Почему бы тогда не пропатчить ntpd/ntpdate? Зачем изобретать велосипед?
> Или ещё лучше, почему бы не написать отдельную утилиту для несетевой корректировки
> времени не завязанную на systemd (то есть в соответствии с UNIX-way)?
> Зачем радоваться очередному lock-in-у-то? =\Вы зачем слушаете тех, кто не читает документацию?
-g, --panicgate
Allow the first adjustment to be Big. This option may appear an unlimited number of times.Normally, ntpd exits with a message to the system log if the offset exceeds the panic threshold, which is 1000 s by default. This option allows the time to be set to any value without restric-
tion; however, this can happen only once. If the threshold is exceeded after that, ntpd will exit with a message to the system log. This option can be used with the -q and -x options. See the
tinker configuration file directive for other options.
ntpd: 1) не выживает на виртуалках, которые подвергаются suspend'у. После resum'а от горя просто молча умирает.
2) хреново. Нет, очень хреново работает при непостоянном подключении к сети (телефон, ноутбук и тд)
мисье никто не научил опции step и использованию ntpdate в связке с ntp ?
Если бы вы подумали, то заметили бы, что для решения обеих задач выше этого недостаточно: потребуется еще перезапускать ntpd, чтобы все пришло в норму. Оно нужно, такое счастье?..
> Если бы вы подумали, то заметили бы, что для решения обеих задач
> выше этого недостаточно: потребуется еще перезапускать ntpd, чтобы все пришло в
> норму. Оно нужно, такое счастье?..Почему тогда просто не использовать ntpdate? Это будет аналогом вашей "службы синхронизации без серверной части".
> Почему тогда просто не использовать ntpdate? Это будет аналогом вашей "службы синхронизации
> без серверной части".при этом ntpdate можно вызывать в стартовых скриптах сразу после установки сетевого соединения. и сделать финт ушами: положить вызов ntpdate в cron. раз в час, или там раз в сутки. внизапна, большинство «лобовых» применений ntpd это заменяет.
>> Почему тогда просто не использовать ntpdate? Это будет аналогом вашей "службы синхронизации
>> без серверной части".
> при этом ntpdate можно вызывать в стартовых скриптах сразу после установки сетевого
> соединения. и сделать финт ушами: положить вызов ntpdate в cron. раз
> в час, или там раз в сутки. внизапна, большинство «лобовых» применений
> ntpd это заменяет.Я постоянно вижу развитие systemd примерно по следующей схеме:
1. Придумать проблему, хоть её и нет по факту
2. Придумать решение с lock-in-ом на systemd, хоть решение и так есть без systemd и намного более простыми UNIX-way способами.
3. Анонсировать 100500-ый релиз с радостной новостью о решении проблемы
*4. После чего systemd-шники добавляют пены в свой рот, чтобы называть всех вокруг ретроградами, так как нигде более не решена какая-то "проблема".Один господин пытался обосновать "крутизну" systemd его journald, объясняя что иначе они никак не могут посчитать биллинг в своей IP-телефонии. Я немного в шоке до сих пор. Неужели нельзя просто взять и применить CDR-данные по назначению (которые могут сохраняться из любой IP-АТС напрямую)? Неужели нужно именно таким путём пойти? —
1. Забить на штатное средство для сбора информации
2. Изобрести костыль для парсинга логов, чтобы восстанавливать эту информацию оттуда (о слава "journald", который всех спасёт!)Я так посмотрю, этот bundle, называемый «systemd» — это некий hacky pack, который позволяет расставлять костыли тогда, когда сисадмин не способен прочитать документацию. IMHO, аналогичную ситуацию мы видим с timesyncd и ntpdate.
виндопуть же: запихать всё в одну огромную программу. и плевать, что в итоге она получается жирной и более сложной в изучении, нежели наборы простых утилит — зато виндоадмины довольны: «вам надо 100500 манов на 100500 программ читать, а у нас только одна программа!» и пофигу, что знание этой одной программы совершенно бесполезно в отрыве от неё, а знания sh и coreutils можно применять при решении кучи других задач.
> Один господин пытался обосновать "крутизну" systemd его journald, объясняя что иначе они
> никак не могут посчитать биллинг в своей IP-телефонии.только что я в очередной раз потерял веру в человечество.
> этот bundle, называемый «systemd» — это некий hacky pack,
> который позволяет расставлять костыли тогда,
> когда сисадмин не способен прочитать документацию.Занёс себе в коллекцию золотых афоризмов.
> ntpd: 1) не выживает на виртуалках, которые подвергаются suspend'у. После resum'а от
> горя просто молча умирает.
> 2) хреново. Нет, очень хреново работает при непостоянном подключении к сети (телефон,
> ноутбук и тд)1) Линк на баг дадите? Может быть, это нормальное поведение? Например, объясненное вот здесь:
Normally, ntpd exits with a message to the system log if the offset exceeds the panic threshold, which is 1000 s by default. This option allows the time to be set to any value without restric-
tion; however, this can happen only once. If the threshold is exceeded after that, ntpd will exit with a message to the system log. This option can be used with the -q and -x options. See the
tinker configuration file directive for other options.Даже если это баг, то разве это повод - написать новый софт для решения бага? Нельзя патч предложить, что ли? Или это вообще этот suspend криво работает, может, после него не только ntpd умирает. Кстати, еще есть openntpd.
2) В чем измеряется хреновость работы?
1) Задокументированный баг объявляется фичей? :) Типа, опция есть, но мы все равно вылетим..
2) штатная логика вычисления poll time и доступности удаленных серверов такова, что с ситуацией "обычно нет интернета" она не совместима. Если вкратце. Подробно можно объяснить, но это проще увидеть - попробуйте, к примеру, на ноутбуке держать интернет в основном выключенным, иногда включайте, и смотрите через ntpdc, что ntpd думает об удаленных серверах.
> 1) Задокументированный баг объявляется фичей? :) Типа, опция есть, но мы все
> равно вылетим..
> 2) штатная логика вычисления poll time и доступности удаленных серверов такова, что
> с ситуацией "обычно нет интернета" она не совместима. Если вкратце. Подробно
> можно объяснить, но это проще увидеть - попробуйте, к примеру, на
> ноутбуке держать интернет в основном выключенным, иногда включайте, и смотрите через
> ntpdc, что ntpd думает об удаленных серверах.1) Ну так опцию можно дать неограниченное количество раз, как гласит мануал. Либо просто добавить в скрипт саспенда рестарт ntp-шного демона.
Учитывая, что так работает этот протокол, поведение его реализации - корректно. Если не установить сначала время через ntpd -g/ntpdate, несоответствие времени на несколько минут будет корректироваться несколько часов.
Вообще, если не нужна точность до микросекунд, достаточно запускать ntpdate раз в час или даже день.2) На ноутбуке, вероятно, хватит точности получаемой через ntpdate при появлении интернета, и ntpd там не нужен. Так же, точное время, получаемое через сеть, действительно несовместимо с отсутствием этой самой сети. Если же необходимо точное время до микро/наносекунд, то сеть тут вообще не помошник - нужен локальный источник точного времени, например, gps.
а лавайте попробуем танцевать в ластах, противогазе и смирительной рубашке! ну и что, что оно для танцев не подходит? Настоящие Джедаи всегда мужественно преодолевают трудности, которые сами себе создали!
Кстати если говорить об этом творении, я хз, может чего-то не так делал, но он у меня время ВООБЩЕ НИКОГДА не синхронизировал.Я его в итоге удалял и заменял на
0 * * * * ntpdate ru.pool.ntp.org &>/dev/null
И вот это работает надёжно...
unit-файлы очень простые и в тоже время мощные - можно написать обычную програмулину, которая пишет логи в stderr и парой строчек в unit-файле превратить ее в сервис с логированием, лимитами, автоматическим рестартом, зависимостями, ...В journald фильтрация быстрая, безо всяких grep-ов, ротация, сжатие логов.
Еще бы функциональность Docker'а в systemd запилить. Негоже писать системные вещи на Go - "DSL'и для корутин со сборщиком мусора"
> Еще бы функциональность Docker'а в systemd запилить.man systemd-nspawn
Блин, однозначно открытый проект десятилетия! Я такого массированного баттхёрта не видел с тех пор, как не то яндекс, не то рамблер последние бздушные серваки выкинул :-D
> Блин, однозначно открытый проект десятилетия!нет, это беда. и, возможно, даже не одного десятилетия. просто кто-то уже видит, что это беда, а кому-то всенепременно надо будет лично побегать по граблям.
Да ладно, кмк либо его в конце концов допилят до более-менее вменяемого состояния, либо оно сдохнет. Ну, конечно, в отличие от других невзлетевших прожектов, лопнет оно с бааальшим треском. И по ходу дела весело будет. Ну дак что за печаль? Мы все это пересидим на гентах-слаках-бздях, а ынтырпрайзятники и модные-стильные-модолежные нехай страдают, их не жалко и вообще у них "судьба такой". Дебиан только жалко, но не очень чтобы.
> Да ладно, кмк либо его в конце концов допилят до более-менее вменяемого
> состоянияэто невозможно допилить, оно defective by design.
> Ну дак что за печаль? Мы все это пересидим на
> гентах-слаках-бздях, а ынтырпрайзятники и модные-стильные-модолежные нехай страдаютне пересидим. точнее, пересидим, как в глубоком подземном бункере во время войны. а потом выйдем наверх — а там руины и дикари. и опять всё отстраивать. перспектива совершенно не радует, можно хотя бы попытаться минимизировать разрушения.
>это невозможно допилить, оно defective by design.Почему? Оставить функциональность инита, назвать newlaunchd, остальное выкинуть, как ересь.:)
>а потом выйдем наверх — а там руины и дикари. и опять всё отстраивать.
А что, когда-то было по-другому?:) "В этом вашем линуксе ничего не работает!" - который год слышишь? У кого руки прямые и мозги рабочие - все будет нормально, а дикари пусть живут в руинах.
>можно хотя бы попытаться минимизировать разрушения.
А еще можно пытаться поссав остановить цунами. Но разумнее все-таки отойти в сторону.
ЗЫж. Последнее - не только и не столько про сисьтемды, сколько про общую тенденцию движения линукса в последние лет пять.
>>это невозможно допилить, оно defective by design.
> Почему? Оставить функциональность инита, назвать newlaunchd, остальное выкинуть, как
> ересь.:)ну так это как раз редизайн будет.
>>а потом выйдем наверх — а там руины и дикари. и опять всё отстраивать.
> А что, когда-то было по-другому?:) "В этом вашем линуксе ничего не работает!"
> - который год слышишь? У кого руки прямые и мозги рабочие
> - все будет нормально, а дикари пусть живут в руинах.проблема в том, что портеринг со своими друзьями-вредителями хотят, чтобы всякий софт затачивался на поддержку системды. и ведь могут добиться, и потом замахаешься из разных труднодоступных мест это выпиливать.
>>можно хотя бы попытаться минимизировать разрушения.
> А еще можно пытаться поссав остановить цунами. Но разумнее все-таки отойти в
> сторону.в данном случае вернее будет — «транслировать штормовое предупреждение». можно и не транслировать, конечно, но ведь трансляция не грозит ничем, кроме тявканья «стильных, современных, молодёжных», а это тявканье безвредно.
>проблема в том, что портеринг со своими друзьями-вредителями хотят, чтобы всякий софт затачивался на поддержку системды. и ведь могут добиться, и потом замахаешься из разных труднодоступных мест это выпиливать.Это да, у меня арчег стоит for fun, без systemd, с openrc, так каждый раз обновляясь думаешь - а что отвалится на сей раз? Хотя вообще жить можно, в ауре есть все нужные мне пкгбилды, и вообще, линукс просто так не сломаешь, но таки да, напрягает. Но я надеюсь на мудрость и выдержку гентушнегов и Патрега. Но глядя на то, как метастазы проникают все глубже (для того арчег и держу), определенное беспокойство возникает, да. Но как "пипец, усё пропало" я бы его пока не описал. Пока софтопейсатели не начали завязывать свои поделки на сисьтемды (как гнум), все в принципе не так уж и страшно. Из самого неприятного за последнее время - прибитие многих пакетов к journal гвоздями. Но это не апстрим, это арчеры так собрали.
дык Патрег - не поттеринг !! мягко говоря.
и Гентушники - не фидорасты и не девианты с макосью.
так что шансы по-человечески работать - есть.
> просто кто-то уже видитА голоса ты часом не слышишь, Каасандра-Ариса?
>> просто кто-то уже видит
> А голоса ты часом не слышишь, Каасандра-Ариса?слышу, дорогой, слышу: у меня со слухом всё в порядке. и голоса, и музыку, и всякие другие шумы.
мда, менеджеры пришли в СПО и изобретают велосипеды с квадратными колесами
dhcp, dns и ftp там появятся в 214, 215 и 216?
я боюсь новых версий сустемд
systemd - джин, выпущенный из бутылки.