The OpenNET Project / Index page

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



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

Оглавление

Архитектурные проблемы systemd, негативно влияющие на стабил..., opennews (??), 10-Фев-14, (0) [смотреть все]

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


131. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Xasd (ok), 10-Фев-14, 15:51 
> подытоживая сказанное: реальных проблем нет, но FUD-то надо из чего-то высосать, поэтому
> будем ныть про то что сделано не "как у нас"

всё так, да..

причём повелось -- достаточно много народу, похоже, судя по комментариям

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

290. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 19:26 
> Просто кто-то говорит вещи, которые укладываются в их религиозное мировоззрение. А значит, принимаются истинными без попыток критической оценки.

Очень тонко.

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

257. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 18:43 
Уважаемый знаток системДы, дайте пожалуйста (на чисто русском) почитать, чем именно и как крут этот кусок системы. Это не сарказм, это просьба, потому как есть в ваших словах правда.
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

300. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от Аноним (-), 10-Фев-14, 20:23 
О, щас тебе расскажут примерно такой набор щита: сокет-активейшн, пять строк на замену скрипта запуска демона вместо десяти страниц баш-портянок, быстрый перезапуск, неизменяемые логи, простой дебаг, поголовная модульность. Половина из этого не работает нормально но думать некогда - трясти надо.
Ответить | Правка | Наверх | Cообщить модератору

348. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 12-Фев-14, 18:01 
> О, щас тебе расскажут примерно такой набор щита: сокет-активейшн,

Это надо делать в inetd. Чего его не запиливают в RH?

> пять строк на замену скрипта запуска демона вместо десяти страниц баш-портянок,

Быстренько приведите всё разнообразие всех существующих демонов и их требований к пяти переменным. Быстрее!!

> быстрый перезапуск,

Ну, это делают 2 из известных мне демонов. Предлагаю их пропатчить, чтоб они принимали одинаковые сигналы при, одинаково реагировали **на все** промежуточные состояния, ошибки, одинаково откатывалисть пр неудаче и одинаково же сообщали об этом внешнему "агенту".

... Тогда и запускать их _одним баш-скриптом не будет проблемой.

Патчи для больше 2ух демонов - приветствуются!

> неизменяемые логи, простой дебаг, поголовная модульность.

А ты не про S-d? Ну-ну.

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

349. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok), 12-Фев-14, 18:50 
насчёт «неизменяемых логов», кстати, тоже очень смешно.
Ответить | Правка | Наверх | Cообщить модератору

289. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (-), 10-Фев-14, 19:25 
В чём участвует Рич я вижу. А ты чё за хер с горы? Мальчик который даже в tcpdump не шарит?
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

294. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (-), 10-Фев-14, 19:48 
Просьба к Xasd.
Ответить | Правка | Наверх | Cообщить модератору

350. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Xasd (ok), 13-Фев-14, 01:16 
> Просьба к Xasd.

если существует определённая <сложность> -- то она обязательно будет где-то реализованна. вопрос -- "где?".

[1] ваше предложение:

пускай /init будет реализован как можно проще без <сложностей> (и работает безотказно), но при этом вся <сложность> перейдёт внутрь демонов, которые запускаются через /init.

[2] предложение systemd:

часть <сложности> будет перенесено из демонов -- внутрь /init. но этот /init будет хорошо отлажен.

итог: в чём разница на практике(?):

в том что в случае [2] -- нужно отлаживать /init -- его <сложность> (и ТОЛЬКО его <сложность>)! например достаточно исправить только 1 ошибку которая может казаться внутри <сложности> /init -- и эта ошибка уже НЕ появится внутри ВСЕХ демонов.

в случае [1] -- так как <сложность> находится внутри каждого демона -- то высока вероятность что разрабочики каждого из демонов будут наступать всякий раз на одни и теже грабли, допуская примерно одинаковые ошибки внутри реализации своих <сложностей>.

в случае [1] -- суммарное число кода больше, и суммарная <сложность> всей системы больше, так как каждый демон реализовывает <сложность> поновой ещё раз.

кому какая разница что /init будет работать безотказно, если каждый из демонов изредка глючит поотдельности.

простой пример -- операция fork() является двольно опасная (дочерние нити Threads -- не клонируются во время fork, но при этом клонируются все состояния примитивов синхронизации). если сделать fork() неосторожно -- то можно в итоге наткнуться на редкий случай зависания. разработчик демона -- может допустить ошибку с fork() очень легко, и очень долго её не замечать [а редкие случаи зависания закрывать в багрепортах -- как not_confirmed]. некоторое библиотеки тоже начинают криво работать после fork() [допустим разработчик демона не совершал ошибок, но разработчик библиотеки накосячил слегка когда не думал о том что кто-то будет использовать fork()].

systemd позволяет не использовать fork() для старта демона [но при этом получить сигнал о том, успешно ли стартонул демон].

ну и кроме fork() -- разумеется systemd решает и другие <сложности>. материала на эту тему есть в избытке. просто привёл один из наиболее примитивных примеров.

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

353. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 13-Фев-14, 16:39 
> если существует определённая <сложность> -- то она обязательно будет где-то
> реализованна. вопрос -- "где?".

hint: часть довольно общей сложности реализована, скажем, в glibc.  А не в init.

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

297. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (-), 10-Фев-14, 20:03 
Однако системды это только полбеды, потому как есть конкретно что ответить по ссылке ниже http://slated.org/the_poetterisation_of_gnu_linux ?
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

341. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от 1 (??), 11-Фев-14, 19:59 
нет никакой беды, не нравится - предложи свой код
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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