URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 89385
[ Назад ]

Исходное сообщение
"Релиз systemd 200"

Отправлено opennews , 29-Мрт-13 22:13 
Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2013-Mar...) релиз системного менеджера systemd 200 (http://www.freedesktop.org/software/systemd/). В новой версии переработан код упреждающего чтения данных с жестких дисков в процессе загрузки, который теперь осуществляет чтение в несколько проходов, учитывающих не только размещение данных на диске. но и время доступа к ним. Вторым изменением является добавление в /etc/os-release поля BUILD_ID, предназначенного для использования в операционных системах с непрерывным формированием сборок.

URL: http://lists.freedesktop.org/archives/systemd-devel/2013-Mar...
Новость: http://www.opennet.me/opennews/art.shtml?num=36540


Содержание

Сообщения в этом обсуждении
"Релиз systemd 200"
Отправлено Ph0zzy , 29-Мрт-13 22:16 
Он же должен когда-нибудь выпустить LTS версию?
7-я шапка не за горами... в ней такими темпами версии ПО менять не получится.

"Релиз systemd 200"
Отправлено all_glory_to_the_hypnotoad , 29-Мрт-13 23:52 
нет, не должен. Для Поттеринга системд стал предметом фетиша. Пока оно не впитает в себя всё вокруг LTSов не будет

"Релиз systemd 200"
Отправлено anonymous , 29-Мрт-13 22:17 
Что, теперь каждый коммит будет релизом?

"Релиз systemd 200"
Отправлено Аноним , 29-Мрт-13 22:41 
Да, действительно, это хороший вопрос. 200 - это версия или номер ревизии?

"Релиз systemd 200"
Отправлено IMHO , 29-Мрт-13 22:59 
это "груз 200"

"Релиз systemd 200"
Отправлено all_glory_to_the_hypnotoad , 29-Мрт-13 23:53 
это юбилей.

"Релиз systemd 200"
Отправлено oper , 30-Мрт-13 01:55 
это диагноз

"Релиз systemd 200"
Отправлено Anonimous , 31-Мрт-13 00:38 
modus operandi, кули

"Релиз systemd 200"
Отправлено anonymous , 29-Мрт-13 22:44 
Release early, release every day!

"Релиз systemd 200"
Отправлено Vkni , 29-Мрт-13 23:34 
> Что, теперь каждый коммит будет релизом?

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


"Релиз systemd 200"
Отправлено Аноним , 30-Мрт-13 00:32 
$ less --version
less 456 (POSIX regular expressions)
Copyright (C) 1984-2012 Mark Nudelman

"Релиз systemd 200"
Отправлено chinarulezzz , 30-Мрт-13 02:32 
1984... Это важно.

"Релиз systemd 200"
Отправлено Аноним , 30-Мрт-13 03:26 
> 1984... Это важно.

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


"Релиз systemd 200"
Отправлено ZloySergant , 30-Мрт-13 10:55 
>Да, у них пока длиннее. А 1984 важно. Что там у нас, министерство правды или министерство любви на дворе? Я что-то запутался.

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


"Релиз systemd 200"
Отправлено A.Stahl , 29-Мрт-13 23:08 
>но и время доступа к ним

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


"Релиз systemd 200"
Отправлено Led , 29-Мрт-13 23:22 
>>но и время доступа к ним
> Мне одному кажется, что это уже чересчур.
> Городить сложный код ради нескольких миллисекунд?
> Или он систему грузит с дискет и ему не нравится часто их
> менять?

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


"Релиз systemd 200"
Отправлено ананим , 29-Мрт-13 23:45 
Чуваку никто не рассказал, что форк в линухе не настолько ресурсоёмкий вызов. И самое главное, он не роняет родителя.
Уже ~полгода использую и системд, и опенрк. Вначале было интересно, грузилось в 2-а раза быстрее.
Теперь, когда функционал набран, с теми же демонами грузится быстрее меньше чем на 1с.
Но есть но, кривой сервис роняет процесс с PID=1. И выход только ресет. Сам уже столкнулся.
В общем виндовый подход. Но там то форка и не было.
Любой апстарт будет лучше. Вот такое моё имхо.

"Релиз systemd 200"
Отправлено Vkni , 30-Мрт-13 00:03 
> Но есть но, кривой сервис роняет процесс с PID=1. И выход только
> ресет. Сам уже столкнулся.

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


"Релиз systemd 200"
Отправлено ананим , 30-Мрт-13 00:15 
он обзывается теперь:
$ ps -ef|grep systemd
root         1     0  0 марта29 ? 00:00:02 /bin/systemd
но да, падает. теперь есть такие способы его уронить.
запустил свой не отлаженный сервис, выдал что-то типа не могу связаться, служба dbus не зарегистрирована. После этого reboot, shutdown, halt тоже отказались, так как процесс с PID=1 не найден.

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

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


"Релиз systemd 200"
Отправлено Пингвино , 30-Мрт-13 06:15 
Багрепорт написал?

"Релиз systemd 200"
Отправлено Michael Shigorin , 01-Апр-13 13:13 
> Багрепорт написал?

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


"Релиз systemd 200"
Отправлено Спокойный аноним , 30-Мрт-13 13:37 
Вы не могли бы приоткрыть чуть больше информации "о свой не отлаженный сервис". Каким образом вам удалось уронить init? В голову приходит только что-то из "memory corruption", но возможно вы нашли уязвимость в ядре?

"Релиз systemd 200"
Отправлено ананим , 30-Мрт-13 14:13 
>Вы не могли бы приоткрыть чуть больше информации "о свой не отлаженный сервис".

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

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

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


"Релиз systemd 200"
Отправлено mihalych , 30-Мрт-13 18:04 
А выложи-ка пожалуйста свой myprog.service, тоже хочу init в арчике снести.

"Релиз systemd 200"
Отправлено ананим , 30-Мрт-13 18:48 
ну ты блин даёшь, я его уже давно стёр.
а править я его пытался на предмет gdm multihead xrandr workaround https://bbs.archlinux.org/viewtopic.php?id=98437 но чтобы для любых dm работал,а то при подключенном доп.мониторе основной не в родной режим входил.
в результате забил в xorg.conf жёстко параметры мониторов, а xdm.service оставил стандартный.

"Релиз systemd 200"
Отправлено Аноним , 30-Мрт-13 03:39 
> Что - натурально падает init? Круто, я этого лет 15-ть уже не видел,

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


"Релиз systemd 200"
Отправлено Vkni , 30-Мрт-13 05:43 
>> Что - натурально падает init? Круто, я этого лет 15-ть уже не видел,
> Да ну? Как минимум раньше, если кильнуть процесс инита раньше стандартной реакцией
> был кернел паник.

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


"Релиз systemd 200"
Отправлено GotF , 30-Мрт-13 09:27 
Милый Vkni, смерть /sbin/init и паника ядра связаны напрямую — первое влечёт второе. И уронить канонiчный SysV Init не так-то просто, в отличие от некоторых новомодных изделий :)

"Релиз systemd 200"
Отправлено anonymous , 30-Мрт-13 15:18 
~> sudo kill -9 1
Password:
~> echo HELLO WORLD
HELLO WORLD


где мой обещанный kernel panic? Gentoo, OpenRC 0.11.8


"Релиз systemd 200"
Отправлено GotF , 30-Мрт-13 15:41 
Init реагирует только на SIGHUP, SIGUSR1, SIGINT и SIGWINCH. Можешь ему слать хоть TERM, хоть KILL, хоть SEGV — результат не изменится =)

"Релиз systemd 200"
Отправлено anonymous , 30-Мрт-13 16:10 
> Init реагирует только на SIGHUP, SIGUSR1, SIGINT и SIGWINCH. Можешь ему слать
> хоть TERM, хоть KILL, хоть SEGV — результат не изменится =)

откуда дровишки?


"Релиз systemd 200"
Отправлено GotF , 30-Мрт-13 16:43 
>> Init реагирует только на SIGHUP, SIGUSR1, SIGINT и SIGWINCH. Можешь ему слать
>> хоть TERM, хоть KILL, хоть SEGV — результат не изменится =)
> откуда дровишки?

Из man init, вестимо.


"Релиз systemd 200"
Отправлено Аноним , 30-Мрт-13 22:37 
>Init реагирует только на SIGHUP, SIGUSR1, SIGINT и SIGWINCH. Можешь ему слать хоть TERM, хоть KILL, хоть SEGV — результат не изменится =)

Лапчатые - это пять! Нет - это 100500+!!! Значит kill -9 получает _процесс_ да? 8-)


"Релиз systemd 200"
Отправлено GotF , 31-Мрт-13 08:30 
> Значит kill -9 получает _процесс_ да? 8-)

О том, как работает kill с PID 1 можно прочесть в man 2 kill.


"Релиз systemd 200"
Отправлено Vkni , 30-Мрт-13 18:27 
> Милый Vkni, смерть /sbin/init и паника ядра связаны напрямую

Милый GoF, если вас стукнуть молотком по голове, вы умрёте. Таким образом, молоток и смерть - связанные вещи, но далеко не одно и то же. Речь шла про стабильность init, поэтому стабильность ядра, цвет камней на Марсе, защищённость OpenVMS и другие вещи тут не к месту.


"Релиз systemd 200"
Отправлено Anonym , 30-Мрт-13 17:06 
>> Что - натурально падает init? Круто, я этого лет 15-ть уже не видел,
> Да ну? Как минимум раньше, если кильнуть процесс инита раньше стандартной реакцией
> был кернел паник.

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


"Релиз systemd 200"
Отправлено arisu , 31-Мрт-13 02:25 
> Когда уже выходные закончатся

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


"Релиз systemd 200"
Отправлено Аноним , 30-Мрт-13 03:27 
> Чуваку никто не рассказал, что форк в линухе не настолько ресурсоёмкий вызов.

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


"Релиз systemd 200"
Отправлено ананим , 30-Мрт-13 09:24 
Во-первых — 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).

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


"Релиз systemd 200"
Отправлено etw , 30-Мрт-13 02:54 
NCQ и readahead совершенно с разными целями используются и результат их действий тоже разный.

"Релиз systemd 200"
Отправлено Аноним , 30-Мрт-13 03:40 
> NCQ и readahead совершенно с разными целями используются и результат их действий тоже разный.

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



"Релиз systemd 200"
Отправлено XoRe , 30-Мрт-13 10:57 
> Чуваку никто не рассказал про NCQ

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


"Релиз systemd 200"
Отправлено all_glory_to_the_hypnotoad , 30-Мрт-13 11:57 
> И вообще сомнительная операция, учитывая размер стартующих бинарников.

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


"Релиз systemd 200"
Отправлено XoRe , 06-Апр-13 13:16 
>> И вообще сомнительная операция, учитывая размер стартующих бинарников.
> дело не совсем в размере файла, а в метаданных фс. Холодное чтение
> файла может вызвать с десяток random IO для подгрузки инодов и
> списков директорий.

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


"Релиз systemd 200"
Отправлено vinke , 30-Мрт-13 10:21 
борьба давно уже не идёт за секунды. борьба веласьб и ведётся за более предсказуемое и контролируемое поведение во время загрузки\работы\остановки\перезапуска сервисов и их зависимостей.

"Релиз systemd 200"
Отправлено jOKer , 30-Мрт-13 13:05 
Вы даже не представляете, как я счастлив что эта борьба идет не на моей опенрсевой улице. И даже не в моем гентушном районе. А что до остального - так я попкорном давно запасся.

"Релиз systemd 200"
Отправлено arisu , 31-Мрт-13 02:28 
знаешь, как удобно отличать нормальных людей от всех остальных? не единственным, но очень чётким признаком «остального» является использование бэкслэша для разделения вариантов. вместо нормального слэша. видишь такое — сразу понимай, что это «ж-ж-ж» неспроста.

"Релиз systemd 200"
Отправлено Michael Shigorin , 01-Апр-13 13:13 
> борьба давно уже не идёт за секунды.

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

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

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


"Релиз systemd 200"
Отправлено arisu , 01-Апр-13 16:33 
> Так для этого сначала головой думать надо и только затем писать… почему-то
> make(1) _таких_ фокусов себе не позволяет.

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


"Релиз systemd 200"
Отправлено Andrey Mitrofanov , 01-Апр-13 16:58 
>> make(1) _таких_ фокусов себе не позволяет.
> ничего, у лёни портеринга руки дойдут однажды. внезапно он проснётся утром и
> поймёт, что make никуда не годится, и что надо делать maked.

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


"Релиз systemd 200"
Отправлено skybon , 01-Апр-13 22:54 
> ничего, у лёни портеринга руки дойдут однажды. внезапно он проснётся утром и
> поймёт, что make никуда не годится, и что надо делать maked.

Не каркай! :D


"Релиз systemd 200"
Отправлено arisu , 01-Апр-13 22:59 
> Не каркай! :D

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


"Релиз systemd 200"
Отправлено Аноним , 30-Мрт-13 17:51 
ты прав, пора уже замедлять код, а то быстрый стал.

"Релиз systemd 200"
Отправлено Аноним , 30-Мрт-13 00:00 
> код упреждающего чтения данных с жестких дисков в процессе загрузки, который теперь осуществляет чтение в несколько проходов, учитывающих не только размещение данных на диске, но и время доступа к ним.

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


"Релиз systemd 200"
Отправлено Аноним , 30-Мрт-13 01:23 
Тише, не раскрывайте тайну GNU/systemd (или systemd/systemd?) раньше времени.

"Релиз systemd 200"
Отправлено Аноним , 30-Мрт-13 03:38 
> Тише, не раскрывайте тайну GNU/systemd (или systemd/systemd?) раньше времени.

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


"Релиз systemd 200"
Отправлено PereresusNeVlezaetBuggy , 30-Мрт-13 18:09 
> Тише, не раскрывайте тайну GNU/systemd (или systemd/systemd?) раньше времени.

Canonical/Linux


"Релиз systemd 200"
Отправлено etw , 30-Мрт-13 02:56 
>> код упреждающего чтения данных с жестких дисков в процессе загрузки, который теперь осуществляет чтение в несколько проходов, учитывающих не только размещение данных на диске, но и время доступа к ним.
> Эээээ... какбэ это, вроде, всегда было делом ядра?

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


"Релиз systemd 200"
Отправлено Аноним , 30-Мрт-13 03:30 
> Эээээ... какбэ это, вроде, всегда было делом ядра?

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


"Релиз systemd 200"
Отправлено Аноним , 30-Мрт-13 09:22 
>> Эээээ... какбэ это, вроде, всегда было делом ядра?
> А демоны для readahead в курсе этой фигни? Ядро не может знать
> заранее какие файлы в процессе загрузки понадобятся следующими. А вот демоны
> занимающиеся read ahead - запросто. При том разумно вполне - мелкий
> демон подчитывает файлы которые потом понадобятся, так что когда они понадобились
> - они уже раз и в кэше ФС. Загрузка ускоряется. А
> потом демон вообще отмирает и более никого не беспокоит.

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


"Релиз systemd 200"
Отправлено etw , 31-Мрт-13 13:25 
>>> Эээээ... какбэ это, вроде, всегда было делом ядра?
>> А демоны для readahead в курсе этой фигни? Ядро не может знать
>> заранее какие файлы в процессе загрузки понадобятся следующими. А вот демоны
>> занимающиеся read ahead - запросто. При том разумно вполне - мелкий
>> демон подчитывает файлы которые потом понадобятся, так что когда они понадобились
>> - они уже раз и в кэше ФС. Загрузка ускоряется. А
>> потом демон вообще отмирает и более никого не беспокоит.
> Ну, это, если он конечно же отмирает.
> А то бывает, что вместе с водой и ребенка выплеснут.

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


"Релиз systemd 200"
Отправлено XoRe , 30-Мрт-13 10:54 
> релиз системного менеджера systemd 200

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


"Релиз systemd 200"
Отправлено правдюк , 30-Мрт-13 15:20 
Для systemd пора бы уже запиливать графическую оснастку, типа gpedit, чтобы не разрывать себе шаблоны в консоли с её командами. Но ведь не будут же - не линукс-вей?

"Релиз systemd 200"
Отправлено Anonym , 30-Мрт-13 17:11 
> Для systemd пора бы уже запиливать графическую оснастку, типа gpedit, чтобы не
> разрывать себе шаблоны в консоли с её командами. Но ведь не
> будут же - не линукс-вей?

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


"Релиз systemd 200"
Отправлено Anonym , 30-Мрт-13 17:15 
> Для systemd пора бы уже запиливать графическую оснастку, типа gpedit, чтобы не
> разрывать себе шаблоны в консоли с её командами. Но ведь не
> будут же - не линукс-вей?

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


"Релиз systemd 200"
Отправлено linux must _RIP_ , 01-Апр-13 22:53 
уже есть - называется gconf :-)

"Релиз systemd 200"
Отправлено zomg , 30-Мрт-13 17:25 
> переработан код упреждающего чтения данных

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