« Rev
@ru_devops   28
Fwd »


Lex
для серверов же его втянул редхет, но он немного оверхед на серверах. многие фичи без которых на десктопе или тем паче лаптопе жить сложно для серверов в хуй не уперлись
Lex
но, маемо шо маемо
Lex
сисВи
сисФайв вроде
CMDR Jack
Tsssss. We don't talk about it. It's fine. Just let it happen.
Lex
Говорят когда-то было такое понятие, как Unix подход к разработке - одна задача - одно приложение... Я уже молчу про kdbus...
а вообще поэтому появился проект useless который только инит, без всего этого ужаса и привязки
CMDR Jack
И сдох. Там разработчик что-то пилит себе, но тихо.
Deleted
Брал бы Поттеринг с него пример...
Lex
И сдох. Там разработчик что-то пилит себе, но тихо.
нет корпорации за плечами — сдохнешь быстро
Lex
если идешь против хайпа
CMDR Jack
Он сдох скорее потому, что зачем форкать systemd и выпиливать код, если грамотнее написать с нуля по-человечески.
Deleted
И сдох. Там разработчик что-то пилит себе, но тихо.
И нет, я не буду использовать вотчман. Только upstart, только хардкор
CMDR Jack
Я на канальчике тусил, где разработка велась. Там основная проблема была в том, что разработчика заебло возиться в каше systemd
CMDR Jack
Он сейчас с нуля что-то пилит
Lex
И нет, я не буду использовать вотчман. Только upstart, только хардкор
были нарекания на upstart именно с точки зрения подхода к событиям
CMDR Jack
Но вообще есть еще Epoch
CMDR Jack
Из комплексных решений
Lex
а вообще это все говно, нужны хорошие годные протоколы, реализации появятся
Magistr
но есть же опенрц
CMDR Jack
А так есть еще OpenRC, runit, куча других решений
Lex
но есть же опенрц
он охуенен, но с евентами там проблема
Deleted
он охуенен, но с евентами там проблема
Тебе не угодишь. Правда твою позицию по поводу systemd я тоже не понял.
CMDR Jack
Мне еще очень нравится метод интеграции по принципу пожирания проектов
CMDR Jack
Вместо того, чтобы работать по какому-то API
Lex
Тебе не угодишь. Правда твою позицию по поводу systemd я тоже не понял.
у меня нет позиции по инструментам, мне не очень нравится то как ведется разработка systemd и какой хайп вокруг нее подняли и жутко напоминает впиливание HAL который потом так-же выпиливали
Lex
и да, есть реальный вызов, нужно обрабатывать собития ОС и реагировать на них, будет это инит (не pid1 вестимо) или еще что меня мало волнует, меня больше волнует, что-бы эти протоколы по которым эти события обрабатывались были открыты и хорошо документированы, и желательно с минимальным техдолгом и максимальной гибкостью/расширяемостью
Lex
systemd в этом плане говно, но он уже данность, да
Deleted
В gentoo openrc
Lex
и да, к сожалению, даже годные протоколы могут убить идиоты разрабы как протокола так и прикладухи
Lex
X11 тому пример яркий
Deleted
Ну Х11 уже лет пять надо как закапывать, а альтернативы нет. Это всё потому что убить его невозможно.
CMDR Jack
С линуксом шутка в том, что нет у нас событий ОС. Есть разрозненные API у ядра и приложений. Обрабатывать это все надо как-то, но только там, где нужно.
CMDR Jack
А все решения, что вылезают, ОПЯТЬ ПЫТАЮТСЯ ДЕЛАТЬ ВСЕ СРАЗУ
CMDR Jack
И мы в итоге приедем к системе, которая хуева и на десктопах, и на серверах, и на мобильниках, и на втроенных девайсах
CMDR Jack
Зато везде одинаково хуева.
CMDR Jack
Грустно, но что с этим делать яхз
Deleted
с какого его убивать надо?
Ну, эм... Как бы я разбирался как-то в протоколе иксов... Сначала он выглядел стройным молодым юношей не обременённым обязательствами, но по мере погружения во всякие плюшки я понял, что это старик на подгибающихся ногах с огромным грузом на спине, которому очень сложно вывозить всё это на своей хлипкой спинке...
CMDR Jack
Любые альтернативы просто задавятся авторитетом красношапки.
CMDR Jack
А хуже всего то, что альтернативы тоже пытаются целиком все подряд делать
Lex
согласен
CMDR Jack
Я вот себе понаписал говнокода, но он не решает проблемы, которые решает systemd
CMDR Jack
Но тут интересный момент: у меня-то этих проблем нет.
Deleted
systemd пытается решить ВСЕ проблемы современного дистрибутива, увы.
CMDR Jack
И вот что делать, если мне пытаются впихнуть systemd, который не решает мои проблемы, но решает какие-то такие, которых у меня нет?
CMDR Jack
Да еще и через жопу
Lex
systemd пытается решить ВСЕ проблемы современного дистрибутива, увы.
именно, но, блин, а списка этих проблем как не было так и нет
CMDR Jack
Блядь, не, у меня опять бомбить начинает, пойду-ка я за едой
Deleted
именно, но, блин, а списка этих проблем как не было так и нет
Ну я придумал решение лично для себя: apt-get purge systemd && apt-get install sysvinit-core sysv-rc && reboot
Deleted
И запинить весь systemd
Andrew
Грустно, но что с этим делать яхз
деплоить на сервера микрокернелы!
Andrew
и на мобильники!
Andrew
и на эмбед!
Andrew
и линукс тихо умрет на десктопе
Andrew
не?
CMDR Jack
И на небо! И на аллаха! Но вообще да, звучит как план.
Lex
деплоить на сервера микрокернелы!
да, и страдать с перформансом
Deleted
Какой-то не очень план... Не понял, но осуждаю.
Andrew
да, и страдать с перформансом
от того что он стал в 10 раз выше? )
CMDR Jack
Главное — страдать
CMDR Jack
Все норм
Andrew
потому что не стало вдруг всех этих ненужных переключений и неоптимальных скедулеров?
Lex
от того что он стал в 10 раз выше? )
> микроядро > в 10 раз выше мы точно про микроядра?
Deleted
от того что он стал в 10 раз выше? )
Спотыкаться об race conditions
Andrew
уникернелы, простите )
Andrew
Спотыкаться об race conditions
рейсов в нормальных системах нет
Andrew
http://kcsrk.info/ocaml/multicore/2016/06/11/lock-free/
Deleted
> нормальных > Linux, windows > 2016 Окей...
Andrew
именно, что все эти мьютексы из 80-х, сейчас нужны другие синхронизирующие примитивы. и они есть
Deleted
ты ещё предложи идею идеального шедулера, который сможет избавить нас от переключения контекста :3
Andrew
а все эти разделения памяти, юзер-спейс, кернел-спейс, виртуальную память, виртуальную ФС можно вообще просто взять и выкинуть
Andrew
во-вторых, скедулеры должны быть плаггебл
Andrew
в зависимости от задачи
« Rev
@ru_devops   28
Fwd »