В ядро Linux будет включён аналог D-Bus

потому что в dbus есть унифицированный механизм маршаллинга, а для sysv его нужно городить из палок и верёвок.

для sysv его нужно городить из палок и верёвок

А допилить sysv?

то, что редхат скажет, очевидно же. вяленд там какой-нибудь.

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

почему, спросите вы? почему-почему... шапка видимо позиционирует себя в основном как запускалку виртуалки, в виртуалке максимальная. а там РДП. скрипач не нужен.

про ГНУ и *другие* вызовы - ППКС.

нужен новый ГНУ. GNUNG. в соответствии с реалиями - на это нужны денюжки, очень не мало. глобальный кикстартер? ну а чо делать, если европейские бюрократы отдали все поли^Wсредства налогоплательщиков этому вашему Энди?

вопрос не в том, почему его там нет. вопрос в том, что в BSD выполняет те незаменимые (?) функции, которые в GNU Linux возложены на DBus?

Надо же, недели не прошло как ты назвал мою идею о повсеместной необходимости dbus «необоснованной» - глядь,а его уже и в ядро собираются включить. Иронично вышло, не находишь? ;-)

1). мнение ярых апологетов системд типа грегха конечно интересно, но хотелось бы дождаться комментариев и других кернел-девов.

2). если при этом реализация будет толковой, то это прекрасно, dbus это неплохая идея с кривой реализацией, у которой есть своё место.

3). я и сейчас назову идею о повсеместной необходимости dbus необоснованной и даже готовая реализация этого в ядре ничего не обозначает. Насколько тебе известно, в ядре есть много чего не повсеместно необходимого.

4). если это не полноценный аналог dbus на уровне ядра, а multicast по нетипизированные сокеты и юзерлевел либа для подписывания на события посылание событий - то это тоже хорошо.

Искренне поражает количество идиотов, вспомнивших микроядро и QNX - прям как собачки Павлова: увидели в одном предложении слова «передача сообщений», «ядро» и вперёд, срочно комментировать, гав-гав Танненбаум, гав-гав QNX.

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

Там делов-то на 5-7 минут от силы - просто ознакомится с основными понятиями, вдумчиво помедитировать на пару иллюстраций... минимум усилий, зато потом не будешь выглядеть идиотом, ляпнувшим чушь про смутно знакомую тему.

что в BSD выполняет те незаменимые (?) функции, которые в GNU Linux возложены на DBus?

Ещё раз. dbus - прикладной софт, не системный. поэтому он есть в bsd, и прикладной софт им успешно пользуется.

Другое дело, что на уровне системы делать ему нечего. Похоже, Линукс (по крайней мере, его enterprise-имплементация в виде RHEL7) семимильными шагами скатывается (пока) к Windows 2000 — графика в ядре, система запуска «сервисов»/демонов в виде systemd, поразительно похожая на windows, теперь вот «новый улучшенный» ядерный сервис межпроцессной коммуникации.

Следующим шагом будет стабильный abi для драйверов.

«Но если нет разницы» (с), зачем тратить время на внедрение linux?

Боюсь пример eudev несколько подохладил пыл юных баттхёртеров - не так уж много охотников публично демонстрировать свою некомпетентность. А уж форк ядра... тут шоколадкой не отделаешься ;-)

как раз api говняный. какие-то обертки над мутексами, херь несусветная для склейки с библиотеками. оно broken by design с самого начала, потому внутри и вермишель такая.

Непонятно, это замена netlink или дополнение к нему?

Занятная технология протухла (ogv).

ты говоришь какие то общие вещи - зачем нужен новый подход , что в старом подходе было не так ?

Изменились условия задачи. Что такое процесс загрузки? Это по сути процесс инициализации железа и подсистем которые его(железо) используют, завися от него. Проблема в том что раньше процесс инициализации происходил один раз во время загрузки, а в оригинале еще и под присмотром сисадмина. И все было заточено под это сочетание условий. Это не значит что других ситуаций не существовало, это значит что система в них работала с помощью напильника и такой то матери.

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

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

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

нужен новый ГНУ. GNUNG. в соответствии с реалиями - на это нужны денюжки, очень не мало. ну а чо делать, если европейские бюрократы отдали все поли^Wсредства налогоплательщиков этому вашему Энди?

У вас очень наивное представление тут о бюрократах, энди и «отдали средства».
Грантов много как бэ.
Проблема в том что на заказ произведение искусства может выдать только Леонардо Давинчи и прочий Микеланджело.
Грубо говоря в 70-х было полно рисеч групп которые чтото на тему ОС пилили. Но вот шедевр своего времени получился только у авторов юникс. При чем в чем то получился случайно - они не делали мегаос всех времен и народов. Они делали ос что бы потом ее впихнуть в изделия ат&т - одна из многих разработок от которых никто не ждал ничего круче еще одной прошивики для АТС.

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

глобальный кикстартер?

Сама по себе идея неплохая - но без предложений «на что давать» не получится ничего.

То есть если будет какая нибудь группа товарищей с внятным дизайном и способностью пройти всю бюрократическую мороку на кинкстартере - ура. Но вот чего-то невидно пока.

как раз api говняный

Ага, ща глягул сишный api (юзал сабж только из Qt), там треш, угар и содомия... Я теперь одного понять не могу, как оно стало таким массовым?

Ну так, сходи к логопеду:)

потому что оно в bluetooth встроено, по всей видимости.

вначале там видимо даже потоков не было, вообще ни буя не было кроме синезуба. а потом нарастили тут, там, здесь. вот если бы мне не потребовалось параметр прицепить к запросу я бы и не узнал, что там за ад внутри. кстати, параметр я не нашел как прицепить. даже адскими хаками - перехакивать надо половину dbus изза ихних глобальных мутексов.

Похоже, Линукс (по крайней мере, его enterprise-имплементация в виде RHEL7) семимильными шагами скатывается (пока) к Windows 2000

Оно скатывается в монолит же. Когда одно на другое не заменить, без риска поломать.

Ну то есть «reliable multicast and point-to-point messaging system for the kernel», зачем она нужна ядру-то?

Ядру вообще ничего не нужно ;)

Ядро нужно чтобы выполнять задачи. И для разных задач полезны разные фичи. Кому то нужно DBus в ядре - они его и запилили. И запилили чтобы решать собственные задачи.

PS еще из идей выше по треду через адекватный и быстрый Bus можно звуковую систему сделать. Может будет и полезно и вкусно.

для sysv его нужно городить из палок и верёвок

А допилить sysv?

Так же как с инициализацией - проще с нуля сделать systemd, чем допилить sysv до нужной кондиции. Хотя скорее всего sysv просто не пилится нужным образом. или API недостаточно или обратная совместимость мешает.

Ещё раз. dbus - прикладной софт, не системный. поэтому он есть в bsd, и прикладной софт им успешно пользуется. Другое дело, что на уровне системы делать ему нечего.

C чего вдруг? DBus, особенно ядерный может стать очень хорошей подсистемой для реализации тех же MQ. MQ же насквозь системный.

Мысль: тут нужно понятное и, главное, ВСЕМИ ПРИНЯТОЕ определение что есть системный софт, а что прикладной.

теперь вот «новый улучшенный» ядерный сервис межпроцессной коммуникации.

Bus это не совсем коммуникация. Примерно как csv файлы не совсем база данных. Хотя под определение базы данных уже подходит.

Следующим шагом будет стабильный abi для драйверов.

И это будет очень хорошо. Жаль, что до него Линус еще не дозрел.

в ядро? зачем????

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

быстрой

и чо, оно будет быстрее zmq? почему это?

Ядро нужно чтобы выполнять задачи. И для разных задач полезны разные фичи. Кому то нужно DBus в ядре - они его и запилили. И запилили чтобы решать собственные задачи.

С другой стороны, ядро-то ведь оно не резиновое, и, наверное, должны быть критерии включения в него новых функциональных подсистем. Ни критериев не видно, ни обоснований. Просто хочется.

может стать очень хорошей подсистемой для реализации тех же MQ. MQ же насквозь системный.

Вот уже более-менее понятна польза.

не охота смотреть. чо там? есси чо я знаю, что иксы придумали давно, современных реалий не учитывает мягко говоря. пришлось городить полупроприетарный костыль NX (иксы в миниатюре и еще отдельная аутентификация, но последнее это скорее не вина иксов, а того что в *никсах нет единого понятия сессии. да даже единого дисплей манагера нет), расширения необходимые для *привычной* работы десктопа на иксах не могут в сетевую прозрачность (но для *работы* отнюдь не всегда нужен opengl, хотя он удаленный нашел бы думаю кучу применений. есть какой-то virtualgl - ни разу не щупал, не знаю как оно). тулкит Xt устарел 100500 раз и гоняются по сети битмапы (и при этом ты пробовал таки попользоваться например LTSP (легко можно поставить, есть искоробочная установка с бубунтошного alternate-cd) против VNC? мягко намекну, что экспириенс несколько разный). механизмы безопасности весьма того... если там про это - дык я в курсе.

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

и вообще всему кластерно-виртуализационному сектору. и админам не забудь поведать как крут вяленд на локалхостах. потом приходи, поговорим.

и, до кучи, те же кеды, скорее всего, отбойным молотком от иксов не оторвать. так что будешь как миленький сидеть на протухшей технолоджи. ну или велкам на гнум3 - вот уж пророк планшетно-смартфонного щастя.

т.к. C++, python, vala, ruby являются массовыми и на них пишут тонны кода. а в тех языках, где пол-кода будет сгенерировано в рантайме дбас это вообще счастье.

те же кеды, скорее всего, отбойным молотком от иксов не оторвать

FAIL

Они делали ос что бы потом ее впихнуть в изделия ат&т

постойте, постойте, а как же портабельность? разве не за неё бились, ну может тогда, когда поняли, что получилось нечто большее, чем прошивка для коммутаторш^WАТС? да и идеи так удачно выкристаллизовались наверно не совсем уж случайно? хотя, не все считают, что удачно. правда, у этих не всех у самих получается, то VMS, то венда.)

«на что давать»

да легко - новый стандарт на ОСь и эталонная реализация на основе понятно чего. далее объединение дистров, начиная с систем разработки (багтрекеры, мейл листы и т.д.), нормальный, человеческий десктоп (с биндингами типа vim или емакс, мышь по вкусу, иначе не поймут), X12 и столица переезжает в Роли и никто н. у. о.

P.S. шутка - это заостренная правда.

о, как же, тебя еще не спросили. и как, портировал уже? пофиг что там МОЖЕТ БЫТЬ (я не в курсе, смутно помню новости на пхорониксе) квин УЖЕ работает на вяленде... этому квину хотя бы без ацких тормозов/глюков/вооюще хз знает чего, может падений научиться показывать, что «примитивный» метасити годами умеет. да и остальные вменяемые ВМ. это только кеды как всегда особенные. с тыщей опций и десятью бэкендами для отрисовки, ни один из которых нормально не работает. да, я время от времени ставлю что-нибудь кедовое (сузю) на посмотреть. что характерно, впечатления не меняются. первый раз ставил Мандр*эйк* 10.1 Так что опыт кое-какой есть. Стабильнос^WПостоянство признак класса, блин. Кеды напоминают мне продукцию мега-конторы «бесезда» - так ШИРОКО, РАЗМАШИСТО, ГЛЮЧНО и ГЛУПО (и уродливо, при кажущейся на первый взгляд красоте). Помню при просмотре роликов от TES4 после игры в моровинд аж ужаснулся, как страшные модели и корявую анимацию так удачно удалось пересадить из одной игры в другую. кеды тоже самое. можешь всегда рассчитывать на старый добрый набор не-багов-а-фичей ну и новеньких конечно. куда без них.

можно выкинуть старье(pipe, msgque, unix socket) и сделать нечто обобщенное

и, до кучи, те же кеды, скорее всего, отбойным молотком от иксов не оторвать

http://windows.kde.org/ К иксам прибиты только квин, ну и всякие треи/таскбары, что логично.

Краткие отрывки там: The real story behind Wayland and X. It's a great presentation on how X sucks and how Wayland is better.

Товарищ разработчик иксов и Wayland, а анонимный аналитик с ЛОРа, конечно, лучше знает, да.

и, до кучи, те же кеды, скорее всего, отбойным молотком от иксов не оторвать.

Не говори того, о чём не знаешь. Переедут скоро на Qt5 и всё будет пучком.

Иди лечись, клоун.

Переедут скоро на Qt5

самому то не смешно от таких заяв? а скоро на шестую та? Qtn != Qt

перпетуум фэйл?

ахаха, чья бы мычала.

Краткие отрывки там: The real story behind Wayland and X. It's a great presentation on how X sucks and how Wayland is better.

The real story behind Wayland and X. It's a great presentation on how X sucks and how Wayland is better.

охЪёб

это вынтель головного моска.

только вот сейчас запускал граф. приложение на мамином компе. у меня системник куплен где-то в августе 2007, ей недавно купил miniITX на i3. И дело даже не в производительности, а в чистом удобстве. надо было мне запустить и я не вставая с места запустил (и её не выгонял). вяленд так может? нет? тогда какого? приведенный пример конечно очень частный, но его несложно экстраполировать. мне пофиг, что иксы дескать сасут. вот это заявление достойное оналитега, коим афтор пасквиля я надеюсь таки является, раз аж многолетний разраб иксов.

в линуксах много чего сосёт. очень сильно. а в десктопных линуксах трудно найти что-нибудь, что не. и вообще десктоп идея приятная, но какая-то недоразвитая. и свободные десктопы это может просто оголяют. вендус вон сделал всё на COM (или как у них эхплохер.exe пашет?) и всё глючит через раз. но хотя бы изначально работает, если не трогать, гыгы. дак почему некоторые индивиды форсят то, что сосание надо начинать фиксить с ксорга? вот обоснований этого я пока нигде не видел. Марк вон вообще скажет (или по слухам уже сказал) - чума на оба ваших дома. и сделает свою оконную систему (хотя вряд ли это будет оконная система в понимании вяленда и уж тем более иксов - скорее возьмут какой-нибудь DirectFB). Может теперь все Марка будем слушать?

постойте, постойте, а как же портабельность?

Портабельность без остального юникса полезное, но не критическое новшество. Собственно прототип юникса был написан обычным для того времени методом - никакой портабельности.

разве не за неё бились, ну может тогда, когда поняли, что получилось нечто большее, чем прошивка для коммутаторш^WАТС? да и идеи так удачно выкристаллизовались наверно не совсем уж случайно?

Они выкристаллизовались не по какому то плану внешних сил, не по плану заказчиков или ЛОР. Деньги давали целой куче лабораторий, все что-то пилили, и априори было неизвестно что вот эта лаба изобретет «огого». Более того - огого их изобретать не просили. Но «так вышло».

далее объединение дистров, начиная с систем разработки (багтрекеры, мейл листы и т.д.),

Один народ - один фюрер. Слышали уже.

да легко - новый стандарт на ОСь и эталонная реализация на основе понятно чего.

Пока каким тот стандарт должен быть ясно только потерингу, который примерно вашими лозунгами руководствуется. В баню.

нормальный, человеческий десктоп (с биндингами типа vim или емакс, мышь по вкусу, иначе не поймут),

Это вообще никто не знает как должно быть - нету тут никакой нормы.

X12 и столица переезжает в Роли и никто н. у. о.

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

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

Гугли про KDE5, так будет быстрее.

Сделай лучше же :} А что касается «запуска» VNC-style будет. И это ничем не нуже того, что сейчас «есть» в иксах.

современных реалий не учитывает мягко говоря. пришлось городить полупроприетарный костыль NX

NX это фактически вот это вот, только более дорогое и проприетарно:

LBXPROXY(1) LBXPROXY(1)

NAME
lbxproxy - Low BandWidth X proxy

SYNOPSIS
lbxproxy [:<display>] [option]

DESCRIPTION
Applications that would like to take advantage of the Low Bandwidth extension to X
(LBX) must make their connections to an lbxproxy. These applications need to know
nothing about LBX, they simply connect to the lbxproxy as if were a regular server.
The lbxproxy accepts client connections, multiplexes them over a single connection
to the X server, and performs various optimizations on the X protocol to make it
faster over low bandwidth and/or high latency connections.


NX не «пришлось городить», он штатно присутствует для решения именно указанных в man lbxproxy проблем.

Проблема лишь в том что NX не входит в стандартную поставку Xorg.

и чо, оно будет быстрее zmq? почему это?

отсутствие переключений контекста при обработке. возможна вообще феерия - драйвер кидает сообщения с высокой частотой и bus внутри ядра передает сообщения на обработчик driver -> kernel -> consumer in userspace. Это будет явно быстрее связки driver -> kernel -> zmq in userspace -> kernel -> consumer in userspace.

Потому что мультикаст нужен всем. Чтобы не гонять сообщения через юзерспейс и костыли.

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

Непонятно - то выносили все из ядра, то опять все в ядро тащат.

А шина не сможет завалить ядро, если там случится какая-нить ошибка? Я помню, что сервис D-BUS подвисал.

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

Только есть нюанс: конечным пользователям нужно будет «корпоративное железо» и «корпоративное терпение», потому что подобные абстракции будут стоит миллионов процессорных тактов.

Только есть нюанс: конечным пользователям нужно будет «корпоративное железо» и «корпоративное терпение», потому что подобные абстракции будут стоит миллионов процессорных тактов.

Обоснованное мнение аналитика?

Дык вроде IPC до всяческих дибасов неплохо существовал. Нафига еще вот это, мне не совсем понятно. В чем революционность концепции?

В чем революционность концепции?

Это подробно описано в комментариях к данной новости - даже в википедию и то ходить не надо :)