Он сейчас с нуля что-то пилит

И нет, я не буду использовать вотчман. Только upstart, только хардкор

были нарекания на upstart именно с точки зрения подхода к событиям

Но вообще есть еще Epoch

Из комплексных решений

а вообще это все говно, нужны хорошие годные протоколы, реализации появятся

но есть же опенрц

А так есть еще OpenRC, runit, куча других решений

но есть же опенрц

он охуенен, но с евентами там проблема

он охуенен, но с евентами там проблема

Тебе не угодишь. Правда твою позицию по поводу systemd я тоже не понял.

Мне еще очень нравится метод интеграции по принципу пожирания проектов

Вместо того, чтобы работать по какому-то API

Тебе не угодишь. Правда твою позицию по поводу systemd я тоже не понял.

у меня нет позиции по инструментам, мне не очень нравится то как ведется разработка systemd и какой хайп вокруг нее подняли и жутко напоминает впиливание HAL который потом так-же выпиливали

и да, есть реальный вызов, нужно обрабатывать собития ОС и реагировать на них, будет это инит (не pid1 вестимо) или еще что меня мало волнует, меня больше волнует, что-бы эти протоколы по которым эти события обрабатывались были открыты и хорошо документированы, и желательно с минимальным техдолгом и максимальной гибкостью/расширяемостью

systemd в этом плане говно, но он уже данность, да

В gentoo openrc

и да, к сожалению, даже годные протоколы могут убить идиоты разрабы как протокола так и прикладухи

X11 тому пример яркий

Ну Х11 уже лет пять надо как закапывать, а альтернативы нет. Это всё потому что убить его невозможно.

Ну Х11 уже лет пять надо как закапывать, а альтернативы нет. Это всё потому что убить его невозможно.

с какого его убивать надо?

С линуксом шутка в том, что нет у нас событий ОС. Есть разрозненные API у ядра и приложений. Обрабатывать это все надо как-то, но только там, где нужно.

А все решения, что вылезают, ОПЯТЬ ПЫТАЮТСЯ ДЕЛАТЬ ВСЕ СРАЗУ

И мы в итоге приедем к системе, которая хуева и на десктопах, и на серверах, и на мобильниках, и на втроенных девайсах

Зато везде одинаково хуева.

Грустно, но что с этим делать яхз

С линуксом шутка в том, что нет у нас событий ОС. Есть разрозненные API у ядра и приложений. Обрабатывать это все надо как-то, но только там, где нужно.

есть события ядра

с какого его убивать надо?

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

Любые альтернативы просто задавятся авторитетом красношапки.

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

скажи спасибо тулкиторазрабам и кретинам от протокола, которые договорится не могли и костылей понапихали

А хуже всего то, что альтернативы тоже пытаются целиком все подряд делать

согласен

Я вот себе понаписал говнокода, но он не решает проблемы, которые решает systemd

Но тут интересный момент: у меня-то этих проблем нет.

systemd пытается решить ВСЕ проблемы современного дистрибутива, увы.

Но тут интересный момент: у меня-то этих проблем нет.

У тебя есть другие проблемы

И вот что делать, если мне пытаются впихнуть systemd, который не решает мои проблемы, но решает какие-то такие, которых у меня нет?

Да еще и через жопу

systemd пытается решить ВСЕ проблемы современного дистрибутива, увы.

именно, но, блин, а списка этих проблем как не было так и нет

Блядь, не, у меня опять бомбить начинает, пойду-ка я за едой

именно, но, блин, а списка этих проблем как не было так и нет

Ну я придумал решение лично для себя: apt-get purge systemd && apt-get install sysvinit-core sysv-rc && reboot

И запинить весь systemd

Грустно, но что с этим делать яхз

деплоить на сервера микрокернелы!

и на мобильники!

и на эмбед!

и линукс тихо умрет на десктопе

не?

И на небо! И на аллаха! Но вообще да, звучит как план.

деплоить на сервера микрокернелы!

да, и страдать с перформансом

Какой-то не очень план... Не понял, но осуждаю.

да, и страдать с перформансом

от того что он стал в 10 раз выше? )

Главное — страдать

Все норм

потому что не стало вдруг всех этих ненужных переключений и неоптимальных скедулеров?

от того что он стал в 10 раз выше? )

> микроядро > в 10 раз выше мы точно про микроядра?

от того что он стал в 10 раз выше? )

Спотыкаться об race conditions

уникернелы, простите )

Спотыкаться об race conditions

рейсов в нормальных системах нет

http://kcsrk.info/ocaml/multicore/2016/06/11/lock-free/

> нормальных > Linux, windows > 2016 Окей...

именно, что все эти мьютексы из 80-х, сейчас нужны другие синхронизирующие примитивы. и они есть

ты ещё предложи идею идеального шедулера, который сможет избавить нас от переключения контекста :3

а все эти разделения памяти, юзер-спейс, кернел-спейс, виртуальную память, виртуальную ФС можно вообще просто взять и выкинуть

ты ещё предложи идею идеального шедулера, который сможет избавить нас от переключения контекста :3

контекст не нужен, во первых

во-вторых, скедулеры должны быть плаггебл

в зависимости от задачи

опять же, смотри http://kcsrk.info/ocaml/multicore/2015/05/20/effects-multicore/

Да, давай, и каждому девопсу ещё по воздушному шарику. Приступайте, коллега :3

ну мы тут про будущее. а в будущем я надеюсь не будет линукса.

ERROR: S client not available

а то на что я тут ссылки бросаю совсем скоро зарелизиться

> ться ...

и на окмле уже есть вполне работающая реализация уникернела

> ться ...

простите

ну и я не девопс )

Да, давай, и каждому девопсу ещё по воздушному шарику. Приступайте, коллега :3

В чём идея шариков?

В чём идея шариков?

Они бесплатные и весёленьких цветов

Они бесплатные и весёленьких цветов

А, юмор

рейсов в нормальных системах нет

это как?

ну вот так. изобразите мне рейс на pure clojure например

А его кто-то использует в системном программировании? (Простите великодушно, я недавно только вылез из своей пещеры)

все данные иммутабельные, стейт шарится через cas + stm + CSP

А его кто-то использует в системном программировании? (Простите великодушно, я недавно только вылез из своей пещеры)

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

про лок фри и конкаренси

а на окамлике вполне себе пишут всякое

а как там с производительностью этого всего?

"там" это где? )

про кложку речь?

и про окамл тоже

Что-то для меня оба этих языка представляются только в свете академических поделок для теоретиков, если честно...

кложка делалась (и получилась) как чисто практический и прагматический язык, при чем тут академики

> пещера я же написал, что представляются

кложки достаточно для 99 процентов аппликейшен кода (ну и девопсовских тулов тоже, конечно, если ближе к топику чатика)

на окамлике — смотря как писать. в целом там никакой магии, никаких JIT, сложного рантайма, компилируется в нативный код.

это с одной стороны означает производительность почти как у си, если писать как на си. с другой, высокоуровневые штуки будут иметь цену

на окамлике — смотря как писать. в целом там никакой магии, никаких JIT, сложного рантайма, компилируется в нативный код.

Я слышал, что С тоже компилируется в машинные инструкции...

хотя компилятор улучшается постоянно, смотри flambda например из недавнего

Олсо, сегодня с коллегами мы играли в ключи -O* для gcc. Это было познавательно, я думаю кложуру ещё далеко до гнутого оптимизатора.

как бэ в оптимизатор кложуры вложено не меньше усилий, чем в сишный ;)

А времени?

и времени

он же хостится на ВМ других