= Сообщение: 1822 из 8555 ========================================= RU.LINUX =
От : Alexey Vissarionov 2:5020/545 06 Jan 15 15:32:46
Кому : Serguei E. Leontiev 06 Jan 15 15:32:46
Тема : init
FGHI : area://RU.LINUX?msgid=2:5020/545+54abd5f1
На : area://RU.LINUX?msgid=<1187498601@ddt.demos.su>+7e92400d
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.LINUX?msgid=<1187498674@ddt.demos.su>+d4a53c3d
==============================================================================
Доброго времени суток, Serguei!
05 Jan 2015 20:59:26, ты -> мне:
AV>> Очень надеюсь, что мода на systemd в скором времени пройдет.
SL> Hе могу с тобой согласится. И разработчикам, и пользователям,
SL> удобнее единообразие.
Скрипты, которые понимают параметры start, stop, restart и при необходимости status - куда единообразнее-то?
SL> Пришло время systemd и слава Богу, назрело, пусть безобразно,
SL> зато единообразно.
Единообразно уже было. Нет же - сделали еще и безобразно.
SL>>> Вот антиресно, как пакетная система должна выбирать номер
SL>>> nn в "SnnMyDaemon"?
AV>> А, вот ты о чем... Это забота или разработчика, или даже
AV>> сборщика. Второй лучше знает, в каком порядке в их системе
AV>> должны стартовать демоны.
SL> Так вот это лишнее знание нужно только в последних оставшихся
SL> резервациях SVR4 init.d.
Неужели ты всерьез думаешь, что при использовании systemd оно не нужно? :-)
AV>> Получилось соединиться с syslogd? Пишем туда, что мы живы и
AV>> работаем с такого-то времени.
AV>> Примонтировался сетевой каталог? Запустили тред на его чтение и
AV>> индексацию. Размонтировался? Выкинули соответствующую часть
AV>> индекса и освободили память.
AV>> Понадобилось устройство, которое сейчас недоступно? Выругались
AV>> в лог, ждем минуту. Если устройство не появляется - раз в
AV>> 5...10 минут повторяем ругань.
AV>> Прилетел SIGTERM? Быстренько и аккуратненько завершаем работу,
AV>> не дожидаясь последующего SIGKILL.
SL> Hу, ну, демоны, конечно, могут ждать друг друга на старте, но это
SL> чревато мёртвыми блокировками.
Только если писать этих демонов ногами. Или, что эквивалентно, руками, произрастающими из жопы.
AV>> А если какому-то погромисту это неочевидно - пусть уеб-формочки
AV>> на PHP рисует: не дорос он до демонописательства.
SL> Удобное API и хорошему программисту приятно.
Наоборот: плохому программисту API мешает. А танцору - тапочки жмут.
SL>>> А вот S20random нужно делать всегда, что бы лохи, которые
SL>>> ему верят, не волновались попусту.
AV>> Чем тебе /dev/random не нравится?
SL> Хочешь верить - верь и не волнуйся попусту, я что против?
Ты когда в прошлый раз заглядывал в linux/drivers/char/random.c?
А содержимым linux/drivers/char/hw_random/ интересовался?
SL> Hо S20random так или иначе надо запускать при каждом пробуждении
SL> и/или загрузке, соответственно, использование для него командного
SL> файла реликтового SVR4 init.d - типично неправильная идея (так же,
SL> как и для существенной доли всего остального что можно найти в
SL> /etc/rc*.d/).
Ты сильно удивишься, но... ядро вполне справляется с этим самостоятельно. Впрочем, дополнительные источники случайных данных еще никогда никому не вредили.
AV>> У него есть замечательная функция add_device_randomness(), которая
AV>> позволяет домешивать туда данные из дополнительных источников -
AV>> например, аппаратного ГСЧ
SL> Hу вот ещё одна железка с ещё одним своим демоном и/или со своими
SL> дополнительными требованиями на порядок запуска программ и демонов
SL> использующих /dev/random и /dev/urandom.
\/
/\
_//\\_ (это индейская национальная народная изба)
gremlin@warez:~ > rpm -q --filesbypkg usbhwrng
usbhwrng /etc/cron.d/usbhwrng
И все - грамотно сделанному устройству больше ничего не нужно.
SL>>> делаем все командные файлы с именами P00AnyService
Забыл спросить: что будут обрабатывать эти файлы?
SL>>> и забываем хитрости SVR4 init.d, как страшный сон.
AV>> Hасколько комплексно?
SL> Комплексно, это значит - единообразно, а не уникально для каждой
SL> железки и для каждого демона, который их обслуживает.
init-скрипт входит в комплект поставки (установочный пакет) демона.
AV>>>> Что примечательно, бегемоты наподобие udev для этого не нужны
SL>>> Как это сделано в Windows, почему бы и нет?
AV>> Спрашивать пользователя по каждому чиху и пуку?
SL> Как-то вот без ОК всё подключается и демоны/сервисы стартуют,
SL> когда надо и как надо.
Ага-ага... Чуть что - "ошибка 0x90dfd15cb167c3ca", и пока не нажмешь "ok" - хрена с два оно дальше загрузится.
SL>>> У API, приход которого на замену SVR4 init.d давно уже
SL>>> перезрел, могло бы быть и такое устройство.
AV>> API уже есть, и устроено оно не так уж и криво - а вот
AV>> используют его...
SL> Мое личное мнение, управление демонами/сервисами, устройствами и
SL> порядком загрузки в GNU/Linux самое кривое, из всех имеющихся на
SL> начало 2010-х.
Самое кривое из виданного мной - это бздо...
SL> С другой стороны, в ядро GNU/Linux понавсталяли всяких там якобы
SL> полезных, да хитрых и нестандартных возможностей, их же надо как-то
SL> использовать, вот systemd и для этого тоже :)
Возможности очень даже стандартные, да и использовать их совершенно не обязательно.
SL>>> Однако, в процессе отрезания хвоста по частям, сначала от
SL>>> X11 пришёл hal, потом udev, потом systemd пожаловал - этот
SL>>> изумительный эклектичный стиль GNU/Linux :)
AV>> HAL был внутри, и поэтому особо не напрягал. Когда появился
AV>> udev, его стали использовать далеко не все, а когда Поттеринг
AV>> высрал systemd - проняло даже слоупоков-дебилианистов (во
AV>> всяком случае, дебилиан без systemd существует и называется
AV>> девиант)...
SL> Разработчики для GNU/Linux, уж какие есть, такие есть. Hе
SL> нравится - пиши сам, или воспитывай сам.
И пишу, и воспитываю.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Только дурак нуждается в порядке - гений господствует над хаосом
--- /bin/vi
* Origin: http://openwall.com/Owl/ru (2:5020/545)
|
