The OpenNET Project / Index page

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

Релиз systemd 200

29.03.2013 21:08

Леннарт Поттеринг (Lennart Poettering) представил релиз системного менеджера systemd 200. В новой версии переработан код упреждающего чтения данных с жестких дисков в процессе загрузки, который теперь осуществляет чтение в несколько проходов, учитывающих не только размещение данных на диске, но и время доступа к ним. Вторым изменением является добавление в /etc/os-release поля BUILD_ID, предназначенного для использования в операционных системах с непрерывным формированием сборок.

  1. Главная ссылка к новости (http://lists.freedesktop.org/a...)
  2. OpenNews: Новая версия systemd 199, в которую включена новая клиентская библиотека D-Bus
  3. OpenNews: Проект systemd представил libsystemd-bus, собственную реализацию клиентской библиотеки D-Bus
  4. OpenNews: Релиз системного менеджера Systemd 198
  5. OpenNews: Релиз системного менеджера Systemd 197
  6. OpenNews: Леннарт Поттеринг попытался развенчать типичные мифы о systemd
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/36540-systemd
Ключевые слова: systemd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (67) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Ph0zzy (ok), 22:16, 29/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Он же должен когда-нибудь выпустить LTS версию?
    7-я шапка не за горами... в ней такими темпами версии ПО менять не получится.
     
     
  • 2.17, all_glory_to_the_hypnotoad (ok), 23:52, 29/03/2013 [^] [^^] [^^^] [ответить]  
  • +16 +/
    нет, не должен. Для Поттеринга системд стал предметом фетиша. Пока оно не впитает в себя всё вокруг LTSов не будет
     

  • 1.3, anonymous (??), 22:17, 29/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +16 +/
    Что, теперь каждый коммит будет релизом?
     
     
  • 2.5, Аноним (-), 22:41, 29/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да, действительно, это хороший вопрос. 200 - это версия или номер ревизии?
     
     
  • 3.9, IMHO (?), 22:59, 29/03/2013 [^] [^^] [^^^] [ответить]  
  • +31 +/
    это "груз 200"
     
  • 3.18, all_glory_to_the_hypnotoad (ok), 23:53, 29/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    это юбилей.
     
  • 3.27, oper (??), 01:55, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +9 +/
    это диагноз
     
  • 3.79, Anonimous (?), 00:38, 31/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    modus operandi, кули
     
  • 2.6, anonymous (??), 22:44, 29/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Release early, release every day!
     
  • 2.12, Vkni (ok), 23:34, 29/03/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Что, теперь каждый коммит будет релизом?

    Это у него твЫтЫр такой.

     
  • 2.24, Аноним (-), 00:32, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +7 +/
    $ less --version
    less 456 (POSIX regular expressions)
    Copyright (C) 1984-2012 Mark Nudelman
     
     
  • 3.31, chinarulezzz (ok), 02:32, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    1984... Это важно.
     
     
  • 4.34, Аноним (-), 03:26, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > 1984... Это важно.

    Да, у них пока длиннее. А 1984 важно. Что там у нас, министерство правды или министерство любви на дворе? Я что-то запутался.

     
     
  • 5.52, ZloySergant (ok), 10:55, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >Да, у них пока длиннее. А 1984 важно. Что там у нас, министерство правды или министерство любви на дворе? Я что-то запутался.

    Нет, но свои двухминутки ненависти многие отрабатывают на опеннете :)

     

  • 1.10, A.Stahl (?), 23:08, 29/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >но и время доступа к ним

    Мне одному кажется, что это уже чересчур.
    Городить сложный код ради нескольких миллисекунд?
    Или он систему грузит с дискет и ему не нравится часто их менять?

     
     
  • 2.11, Led (ok), 23:22, 29/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>но и время доступа к ним
    > Мне одному кажется, что это уже чересчур.
    > Городить сложный код ради нескольких миллисекунд?
    > Или он систему грузит с дискет и ему не нравится часто их
    > менять?

    Чуваку никто не рассказал про NCQ

     
     
  • 3.14, ананим (?), 23:45, 29/03/2013 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Чуваку никто не рассказал, что форк в линухе не настолько ресурсоёмкий вызов. И самое главное, он не роняет родителя.
    Уже ~полгода использую и системд, и опенрк. Вначале было интересно, грузилось в 2-а раза быстрее.
    Теперь, когда функционал набран, с теми же демонами грузится быстрее меньше чем на 1с.
    Но есть но, кривой сервис роняет процесс с PID=1. И выход только ресет. Сам уже столкнулся.
    В общем виндовый подход. Но там то форка и не было.
    Любой апстарт будет лучше. Вот такое моё имхо.
     
     
  • 4.22, Vkni (ok), 00:03, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Но есть но, кривой сервис роняет процесс с PID=1. И выход только
    > ресет. Сам уже столкнулся.

    Что - натурально падает init? Круто, я этого лет 15-ть уже не видел, да и тогда было пару раз на кривейшей красной шапке.

     
     
  • 5.23, ананим (?), 00:15, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +7 +/
    он обзывается теперь:
    $ ps -ef|grep systemd
    root         1     0  0 марта29 ? 00:00:02 /bin/systemd
    но да, падает. теперь есть такие способы его уронить.
    запустил свой не отлаженный сервис, выдал что-то типа не могу связаться, служба dbus не зарегистрирована. После этого reboot, shutdown, halt тоже отказались, так как процесс с PID=1 не найден.

    зыж
    >Круто, я этого лет 15-ть уже не видел

    Вообще такого не видел. И в других никсах. А это с 93-го.

     
     
  • 6.44, Пингвино (ok), 06:15, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Багрепорт написал?
     
     
  • 7.85, Michael Shigorin (ok), 13:13, 01/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Багрепорт написал?

    "Дорогие архитекторы, дома не строят с крыши"?..

     
  • 6.59, Спокойный аноним (?), 13:37, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Вы не могли бы приоткрыть чуть больше информации "о свой не отлаженный сервис". Каким образом вам удалось уронить init? В голову приходит только что-то из "memory corruption", но возможно вы нашли уязвимость в ядре?
     
     
  • 7.60, ананим (?), 14:13, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >Вы не могли бы приоткрыть чуть больше информации "о свой не отлаженный сервис".

    это текстовой файл вида myprog.service в формате systemd.
    в частности я писал сервис-файл для нового gdm.

    зыж
    >В голову приходит только что-то из "memory corruption", но возможно вы нашли уязвимость в ядре?

    разумеется это враги виноваты.

     
     
  • 8.73, mihalych (ok), 18:04, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А выложи-ка пожалуйста свой myprog service, тоже хочу init в арчике снести ... текст свёрнут, показать
     
     
  • 9.76, ананим (?), 18:48, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ну ты блин даёшь, я его уже давно стёр а править я его пытался на предмет gdm m... текст свёрнут, показать
     
  • 5.39, Аноним (-), 03:39, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Что - натурально падает init? Круто, я этого лет 15-ть уже не видел,

    Да ну? Как минимум раньше, если кильнуть процесс инита раньше стандартной реакцией был кернел паник.

     
     
  • 6.43, Vkni (ok), 05:43, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Что - натурально падает init? Круто, я этого лет 15-ть уже не видел,
    > Да ну? Как минимум раньше, если кильнуть процесс инита раньше стандартной реакцией
    > был кернел паник.

    Милый Аноним, вы хоть иногда читаете, что пишите? "Kernel panic" и падение "init" - это разные вещи, поскольку ядро - это другая программа, это не init.

     
     
  • 7.49, GotF (ok), 09:27, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Милый Vkni, смерть /sbin/init и паника ядра связаны напрямую — первое влечёт второе. И уронить канонiчный SysV Init не так-то просто, в отличие от некоторых новомодных изделий :)
     
     
  • 8.61, anonymous (??), 15:18, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    sudo kill -9 1 Password echo HELLO WORLD HELLO WORLD где мой обещанный ke... текст свёрнут, показать
     
     
  • 9.63, GotF (ok), 15:41, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Init реагирует только на SIGHUP, SIGUSR1, SIGINT и SIGWINCH Можешь ему слать хо... текст свёрнут, показать
     
     
  • 10.65, anonymous (??), 16:10, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    откуда дровишки ... текст свёрнут, показать
     
     
  • 11.67, GotF (ok), 16:43, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Из man init, вестимо ... текст свёрнут, показать
     
  • 10.78, Аноним (-), 22:37, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Лапчатые - это пять Нет - это 100500 Значит kill -9 получает _процесс_ да ... текст свёрнут, показать
     
     
  • 11.82, GotF (ok), 08:30, 31/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    О том, как работает kill с PID 1 можно прочесть в man 2 kill ... текст свёрнут, показать
     
  • 8.75, Vkni (ok), 18:27, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Милый GoF, если вас стукнуть молотком по голове, вы умрёте Таким образом, молот... текст свёрнут, показать
     
  • 6.68, Anonym (?), 17:06, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Что - натурально падает init? Круто, я этого лет 15-ть уже не видел,
    > Да ну? Как минимум раньше, если кильнуть процесс инита раньше стандартной реакцией
    > был кернел паник.

    Когда уже выходные закончатся и начнется нормальный учебный процесс?
    Инит того, не киляется. Нигде (во при киле инита система переходит в single-user, в Linux он вообще не киляется).

     
     
  • 7.80, arisu (ok), 02:25, 31/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Когда уже выходные закончатся

    вот именно. в своё время (видимо, когда *ты* ещё в школу ходил) init отлично убивался. именно таким — несколько неприличным, но необходимым — методом я в своё время делал emergency reboot на одной интересной железяке с пингвинусом. поэтому молчал бы ты про школу…

     
  • 4.35, Аноним (-), 03:27, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чуваку никто не рассказал, что форк в линухе не настолько ресурсоёмкий вызов.

    Особенно заметно какой он не ресурсоемкий на примере апача на которого напустили siege :). Хотя перфекционизм у поттеринга конечно разыгрался.

     
     
  • 5.48, ананим (?), 09:24, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Во-первых — can choose to use a threaded MPM like worker or event, while sites requiring stability or compatibility with older software can use a prefork.
    т.е. в апаче давно уже тормозят точно не форки, а его «богатая» функциональность.

    Во-вторых — в линухе и форк, и легковесные процессы, и потоки реализованы как частный случай системного вызова clone2, который реализован с помощью "копирования страниц при записи" (copy-on-write, COW).

    Так что всё вами сказанное из разряда мифов и народных поверий.

     
  • 3.32, etw (ok), 02:54, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    NCQ и readahead совершенно с разными целями используются и результат их действий тоже разный.
     
     
  • 4.40, Аноним (-), 03:40, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > NCQ и readahead совершенно с разными целями используются и результат их действий тоже разный.

    Местных аналитиков это не смущает. Бывает hate driven development. А бывает hate driven analytics. Ну вот это - второе.


     
  • 3.53, XoRe (ok), 10:57, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Чуваку никто не рассказал про NCQ

    А ещё про SSD, аппаратные контроллеры со своим кешем, и кеш самого жесткого диска.
    И вообще сомнительная операция, учитывая размер стартующих бинарников.

     
     
  • 4.54, all_glory_to_the_hypnotoad (ok), 11:57, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > И вообще сомнительная операция, учитывая размер стартующих бинарников.

    дело не совсем в размере файла, а в метаданных фс. Холодное чтение файла может вызвать с десяток random IO для подгрузки инодов и списков директорий. Обычный hdd даст задержки в секунды даже на пустых файлах, но для ssd это не критично.

     
     
  • 5.91, XoRe (ok), 13:16, 06/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> И вообще сомнительная операция, учитывая размер стартующих бинарников.
    > дело не совсем в размере файла, а в метаданных фс. Холодное чтение
    > файла может вызвать с десяток random IO для подгрузки инодов и
    > списков директорий.

    Да, но тут как раз и поможет NCQ.

     
  • 2.50, vinke (?), 10:21, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    борьба давно уже не идёт за секунды. борьба веласьб и ведётся за более предсказуемое и контролируемое поведение во время загрузки\работы\остановки\перезапуска сервисов и их зависимостей.
     
     
  • 3.57, jOKer (ok), 13:05, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вы даже не представляете, как я счастлив что эта борьба идет не на моей опенрсевой улице. И даже не в моем гентушном районе. А что до остального - так я попкорном давно запасся.
     
  • 3.81, arisu (ok), 02:28, 31/03/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    знаешь, как удобно отличать нормальных людей от всех остальных? не единственным, но очень чётким признаком «остального» является использование бэкслэша для разделения вариантов. вместо нормального слэша. видишь такое — сразу понимай, что это «ж-ж-ж» неспроста.
     
  • 3.84, Michael Shigorin (ok), 13:13, 01/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > борьба давно уже не идёт за секунды.

    Да уж, заметно.

    > борьба велась и ведётся за более предсказуемое и контролируемое поведение

    Так для этого сначала головой думать надо и только затем писать... почему-то make(1) _таких_ фокусов себе не позволяет.

     
     
  • 4.86, arisu (ok), 16:33, 01/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Так для этого сначала головой думать надо и только затем писать… почему-то
    > make(1) _таких_ фокусов себе не позволяет.

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

     
     
  • 5.87, Andrey Mitrofanov (?), 16:58, 01/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> make(1) _таких_ фокусов себе не позволяет.
    > ничего, у лёни портеринга руки дойдут однажды. внезапно он проснётся утром и
    > поймёт, что make никуда не годится, и что надо делать maked.

    Когда ему расскажут про buildd, опять придётся писать 23 статьи с обоснованием, почему он о нём не знал^W^W^W^Wпросто необходим изнывающему Миру. Ну, да, ему не впервой.

     
  • 5.89, skybon (ok), 22:54, 01/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ничего, у лёни портеринга руки дойдут однажды. внезапно он проснётся утром и
    > поймёт, что make никуда не годится, и что надо делать maked.

    Не каркай! :D

     
     
  • 6.90, arisu (ok), 22:59, 01/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Не каркай! :D

    да, ты прав, зря я это в паблике написал… теперь если что — буду себя виноватым считать.

     
  • 2.72, Аноним (-), 17:51, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты прав, пора уже замедлять код, а то быстрый стал.
     

  • 1.20, Аноним (-), 00:00, 30/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > код упреждающего чтения данных с жестких дисков в процессе загрузки, который теперь осуществляет чтение в несколько проходов, учитывающих не только размещение данных на диске, но и время доступа к ним.

    Эээээ... какбэ это, вроде, всегда было делом ядра?

     
     
  • 2.26, Аноним (-), 01:23, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Тише, не раскрывайте тайну GNU/systemd (или systemd/systemd?) раньше времени.
     
     
  • 3.38, Аноним (-), 03:38, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Тише, не раскрывайте тайну GNU/systemd (или systemd/systemd?) раньше времени.

    Гм, ureadahead или как там его правильно - уж сто лет есть. Какая нафиг тайна? Вы просто ручник не отпустили, парни!

     
  • 3.74, PereresusNeVlezaetBuggy (ok), 18:09, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тише, не раскрывайте тайну GNU/systemd (или systemd/systemd?) раньше времени.

    Canonical/Linux

     
  • 2.33, etw (ok), 02:56, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> код упреждающего чтения данных с жестких дисков в процессе загрузки, который теперь осуществляет чтение в несколько проходов, учитывающих не только размещение данных на диске, но и время доступа к ним.
    > Эээээ... какбэ это, вроде, всегда было делом ядра?

    Если ты имеешь в виду планировщик IO, то ты неправ, потому что горизонт его планирования довольно мал (текущая очередь запросов), а readahead же используется для планирования ввода-вывода на большем промежутке времени.

     
  • 2.36, Аноним (-), 03:30, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Эээээ... какбэ это, вроде, всегда было делом ядра?

    А демоны для readahead в курсе этой фигни? Ядро не может знать заранее какие файлы в процессе загрузки понадобятся следующими. А вот демоны занимающиеся read ahead - запросто. При том разумно вполне - мелкий демон подчитывает файлы которые потом понадобятся, так что когда они понадобились - они уже раз и в кэше ФС. Загрузка ускоряется. А потом демон вообще отмирает и более никого не беспокоит.

     
     
  • 3.47, Аноним (-), 09:22, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Эээээ... какбэ это, вроде, всегда было делом ядра?
    > А демоны для readahead в курсе этой фигни? Ядро не может знать
    > заранее какие файлы в процессе загрузки понадобятся следующими. А вот демоны
    > занимающиеся read ahead - запросто. При том разумно вполне - мелкий
    > демон подчитывает файлы которые потом понадобятся, так что когда они понадобились
    > - они уже раз и в кэше ФС. Загрузка ускоряется. А
    > потом демон вообще отмирает и более никого не беспокоит.

    Ну, это, если он конечно же отмирает.
    А то бывает, что вместе с водой и ребенка выплеснут.

     
     
  • 4.83, etw (ok), 13:25, 31/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>> Эээээ... какбэ это, вроде, всегда было делом ядра?
    >> А демоны для readahead в курсе этой фигни? Ядро не может знать
    >> заранее какие файлы в процессе загрузки понадобятся следующими. А вот демоны
    >> занимающиеся read ahead - запросто. При том разумно вполне - мелкий
    >> демон подчитывает файлы которые потом понадобятся, так что когда они понадобились
    >> - они уже раз и в кэше ФС. Загрузка ускоряется. А
    >> потом демон вообще отмирает и более никого не беспокоит.
    > Ну, это, если он конечно же отмирает.
    > А то бывает, что вместе с водой и ребенка выплеснут.

    Сказать-то что хотел?

     

  • 1.51, XoRe (ok), 10:54, 30/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > релиз системного менеджера systemd 200

    Не, ну уже можно сказать, что systemd обогнал других по размеру версии.
    Уже можно говорить "какая-какая у вас версия? А у нас во - 200!".

     
  • 1.62, правдюк (?), 15:20, 30/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для systemd пора бы уже запиливать графическую оснастку, типа gpedit, чтобы не разрывать себе шаблоны в консоли с её командами. Но ведь не будут же - не линукс-вей?
     
     
  • 2.69, Anonym (?), 17:11, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Для systemd пора бы уже запиливать графическую оснастку, типа gpedit, чтобы не
    > разрывать себе шаблоны в консоли с её командами. Но ведь не
    > будут же - не линукс-вей?

    Дада, и обязательно включить его в systemd.

     
  • 2.70, Anonym (?), 17:15, 30/03/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Для systemd пора бы уже запиливать графическую оснастку, типа gpedit, чтобы не
    > разрывать себе шаблоны в консоли с её командами. Но ведь не
    > будут же - не линукс-вей?

    Вот вспомнил как эта фигня называется, называется она в Windows реестр. Привет ошибкам проектирования.

     
  • 2.88, linux must _RIP_ (?), 22:53, 01/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    уже есть - называется gconf :-)
     

  • 1.71, zomg (?), 17:25, 30/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > переработан код упреждающего чтения данных

    здорово, в арче у меня включено.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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