The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчики systemd: загрузка с initrd оказалась быстрее за..., opennews (??), 07-Апр-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


118. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от anonymous (??), 07-Апр-13, 20:01 
> > Если бы systemd работал
>
> Работает. Что я делаю не так?

Видимо, не программируете и не администрируете.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

154. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от Анноннимм (?), 07-Апр-13, 23:11 
>> > Если бы systemd работал
>>
>> Работает. Что я делаю не так?
> Видимо, не программируете и не администрируете.

Я так люблю такие пустословные предположения!

И с нетерпением жду описание проблем, возникших в процессе эксплуатации systemd. А также, в идеале, ссылку на заведённый баг в трекере.

Что касается моей скромной персоны. На продакшн-серверах systemd нет, ибо убунта, и никто не будет менять ОС ради смены системы инициализации, это не самоцель. По-большому счёту, там мне пофигу, что за инит используется. Работает, не кукарекает, ну и ладно.
Но от использования systemd бы не отказался, многие вещи там сделаны удобно (или просто сделаны, в отличие от init).

Касательно программирования. Да, ничего кроме автоматизирующих рутину скриптов я не пишу.
Но на десктопе я использую systemd для загрузки программ в пользовательской сессии (i3wm, pulseaudio, urxvtd). И юнит-файлы к ним я писал сам. И это элементарно. И удобно.

Вообще, сама идея выделить в отдельную сущность запускалку абстрактных приложений и определять путь до бинарника + аргументы/(pre|post)-start хуки и тд в конфигурацию гораздо логичне, чем писать на каждый чих свою запускалку,  тому же на шелле, не так ли? Это как бы абстракция, причём, вполне закономерная.

Ответить | Правка | Наверх | Cообщить модератору

168. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +2 +/
Сообщение от Michael Shigorinemail (ok), 08-Апр-13, 00:29 
> Вообще, сама идея выделить в отдельную сущность запускалку абстрактных приложений

Общую часть выделить -- да, мысль здравая.  Беда в другом -- где-то передел и попытки вылепить на Це то, что лучше и прозрачнее делается на шелле, а где-то недодел и игнорирование тех самых багрепортов, которых зачем-то хотите, как если бы имеющихся было мало (неужели уже свою часть исправили?).

> Но на десктопе я использую systemd для загрузки программ в пользовательской сессии
> (i3wm, pulseaudio, urxvtd). И юнит-файлы к ним я писал сам. И это элементарно. И удобно.

И чем же это элементарнее и удобнее ~/.xsession.d/?

Ответить | Правка | Наверх | Cообщить модератору

280. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Анноннимм (?), 09-Апр-13, 00:11 
>> Вообще, сама идея выделить в отдельную сущность запускалку абстрактных приложений
> Общую часть выделить -- да, мысль здравая.  Беда в другом --
> где-то передел и попытки вылепить на Це то, что лучше и
> прозрачнее делается на шелле, а где-то недодел и игнорирование тех самых
> багрепортов, которых зачем-то хотите, как если бы имеющихся было мало (неужели
> уже свою часть исправили?).

Я думаю, что тут один язык (Си) выбран исключительно унификации ради. Про игнорирование багрепортов не слышал, если просветите, буду признателен.

>> Но на десктопе я использую systemd для загрузки программ в пользовательской сессии
>> (i3wm, pulseaudio, urxvtd). И юнит-файлы к ним я писал сам. И это элементарно. И удобно.
> И чем же это элементарнее и удобнее ~/.xsession.d/?

А я не говорил, что это чем-то элементарнее или удобнее, чем .xsession.d. Но это элементарно и удобно в целом. Как приятные бонусы - более быстрый старт (хотя в этом месте мне фиолетово) и возможность использовать бОльшую часть systemd-* утилит для разбора полётов, мониторинга и диагностики. А-ля systemctl --user --failed и systemctl --user status.

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

Ответить | Правка | Наверх | Cообщить модератору

313. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 10-Апр-13, 00:35 
> Я думаю, что тут один язык (Си) выбран исключительно унификации ради.

Как уже не раз приводилось в примерах -- унификация бывает как полезная (взаимозаменяемость деталей), так и безмозглая (ездить на самосвале за батоном в соседний магазин).  В частности, когда люди с явно недостаточным опытом системного администрирования берутся слепить всё "как лучше" -- выходит нередко уродство, непригодное к собственно администраторскому применению.

Опять вспоминается http://egorfine.com/ru/articles/worse-than-failure/ и упоминаемый там The Tool, кстати.

> Про игнорирование багрепортов не слышал, если просветите, буду признателен.

Да гляньте хотя бы шляпную багзилу по systemd в федоре, регулярно натыкаюсь.  Повесят, повисит, поговорят, висит дальше.

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

>> И чем же это элементарнее и удобнее ~/.xsession.d/?
> А я не говорил, что это чем-то элементарнее или удобнее, чем .xsession.d.

А-аа.  Тут просто raorn@ то же самое несколько дней назад упоминал, я и заинтересовался -- правда, ответа по существу и там не получил.

В любом разе спасибо.

Ответить | Правка | Наверх | Cообщить модератору

259. "про баги systemd"  +1 +/
Сообщение от Michael Shigorinemail (ok), 08-Апр-13, 20:37 
> И с нетерпением жду описание проблем, возникших в процессе эксплуатации systemd.
> А также, в идеале, ссылку на заведённый баг в трекере.

Да, вот очередное и опять вследствие безмозглой асинхронности -- можете приступать к исправлению (если дело будет только за переводом на английский и его ещё нет, берусь сделать): https://bugzilla.altlinux.org/28805

Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

281. "про баги systemd"  +/
Сообщение от Анноннимм (?), 09-Апр-13, 00:20 
>> И с нетерпением жду описание проблем, возникших в процессе эксплуатации systemd.
>> А также, в идеале, ссылку на заведённый баг в трекере.
> Да, вот очередное и опять вследствие безмозглой асинхронности -- можете приступать к
> исправлению (если дело будет только за переводом на английский и его
> ещё нет, берусь сделать): https://bugzilla.altlinux.org/28805

Что-то этакое у меня было, когда устанавливал арч на новый ноут. Всё решилось прописыванием
KEYMAP=ru
FONT=cyr-sun16
в /etc/vconsole.conf. После этого русские шрифты в текстовой консоли стали нормальные. Сейчас специально переключился в консоль - проблема не проявляется, несмотря на периодические обновления systemd. Не знаю, та же у вас проблема или нет по своей сути.

И справедливости ради. Я не пытался доказать, что багов в systemd нет. Они везде есть. Речь о том, что писать комментарии, вроде того, на который я ответил первоначально, без каких либо обоснований своих слов глупо.

Ответить | Правка | Наверх | Cообщить модератору

289. "про баги systemd"  –1 +/
Сообщение от anoser_anon (?), 09-Апр-13, 08:04 
это проблема не в системд, а в плимуте. Исправлено в плимуте.
Ответить | Правка | К родителю #259 | Наверх | Cообщить модератору

293. "про баги systemd"  +/
Сообщение от qux (ok), 09-Апр-13, 15:40 
Подобных багов не один и не два. Вот еще (под конец вид проблемы отличается):
https://bugzilla.redhat.com/show_bug.cgi?id=892340
Ответить | Правка | Наверх | Cообщить модератору

305. "про баги systemd"  +1 +/
Сообщение от Michael Shigorinemail (ok), 09-Апр-13, 23:15 
> это проблема не в системд, а в плимуте.

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

Ответить | Правка | К родителю #289 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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