Вообще то в юниксвее запихивание таких вещей в ядро это типичное явление. Все эти ipc от system V появились вот так же примерно. Так что ни восторги идиотов типа «прогресс, юнипс-отстой системд-вейленд рулет», ни буууу противников в данном случае совершенно непонятны.

Ничего. Тут слов нет, один фейспалм.

Сейчас все сообщения идут через userspace демон dbus...

Внезапно! У меня его даже нет.

Вообще то в юниксвее запихивание таких вещей в ядро это типичное явление. Все эти ipc от system V появились вот так же примерно.

SysV IPC - говно, придуманное людьми, не имевшими отношения к Unix :) И нет, запихивание IPC в ядро не типично - сколько новых видов IPC появилось в ядре за последние 20-25 лет?

Давно пора. Добить эту помойку окончательно.

У болезных некрофилов вообще много чего нет, лол.

Денег нет на лицензию.

Ты о линуксойдах? Да, лол, у них нет даже нормального ядра. Сплошная помойка из недописанного говна.

SysV IPC - говно, придуманное людьми, не имевшими отношения к Unix :)

Ну учитывая что они выпускали один из двух хрестоматийных юниксов SysV - я бы поостерегся так резко их клеймить. Вообще то инитскрипты которые stop/start это тоже их :D

И нет, запихивание IPC в ядро не типично - сколько новых видов IPC появилось в ядре за последние 20-25 лет?

Это просто последние 20 лет ты берешь. До определенно момента все что появлялось вот так же в юникс и проникало - даже те же bsd сокеты, хыхыхы. В этом плане юникс как экосистема очень демократичен - прикладники используют -> попадает в ядро :D

Но как бэ в филосовском плане у нас то, что произошло во времена SysV : второе пришествие ужасов безумного корпоратива. Линукс внезапно стал всем нужен.

Ты о линуксойдах?

О, болезный задёргался, стрелки переводить начал :)

Сплошная помойка из недописанного говна.

Когда в вашем тухленьком ядреце появится полноценный аналог kvm - тогда и будешь верещать про «недописанное говнецо», лол. А то бздуны почему-то из Линукса тащат всё себе в свою недоось, а не наоборот.

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

SysV IPC появился, когда AT&T стало позволено коммерциализировать Unix, и к руководству пришли эффективные менеджеры.

запихивание IPC в ядро не типично - сколько новых видов IPC появилось в ядре за последние 20-25 лет?

Это просто последние 20 лет ты берешь.

Если учесть, что Unix всего 40 лет - нормально беру.

в филосовском плане у нас то, что произошло во времена SysV : второе пришествие ужасов безумного корпоратива

Полностью согласен.

Что вместо него будет?

Будет классно, прогрессивно.

болезный, линуск из бзд полсистемы упёрли.

линуск из бзд полсистемы упёрли

Список - в студию.

И какой выигрыш в скорости будет?

Почитай историю BSD, я не секретутка чтоб тебе списки лепить.

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

Если учесть, что Unix всего 40 лет - нормально беру.

Последние 20 лет юникс ушел в нишу к которой идеально адаптировался. И перестал встречаться с внешними вызовами такого рода.

А сейчас юникс(в лице линукса) вышел опять на арену битвы за единую универсальную ОС. И эта битва происходит не только и не столько в технической области - сколько в экономико-социальной.

И в прошлый раз юникс был выбит с этой арены исключительно по экономико социальным причинам - а именно мегакорпы пересрались с результатом в виде фрагментации. И если сейчас это благодаря изобретению GPL преодолено - то есть и другие вызовы.

Собственно навскидку:

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

* вот этот обсуждаемый с тобой сейчас вызов : засирание кодебазы корпоративными ужасами явно написанными for megacorps by megacorps и не предназначенные для использования человеками. А ведь это все идет в область критических подсистем, тянутся туда кривые руки школонаймитов мегакорпов.

А сейчас юникс(в лице линукса) вышел опять на арену битвы за единую универсальную ОС. И эта битва происходит не только и не столько в технической области - сколько в экономико-социальной.

Вот именно. Поэтому и обсуждать эти «новшества» нужно с социологической точки зрения.

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

Деньги побьют любую меритократию. У Редхата деньги есть.

вот этот обсуждаемый с тобой сейчас вызов : засирание кодебазы корпоративными ужасами

Не, этот вариант ядерного DBus может быть и нормально написан, но нихрена непонятно, чем он лучше локальных сокетов или FIFO (или что мешает добавить мультикастинг к ним). Хотя падальщики^Wмегакорпы уже собираются: http://www.opennet.ru/opennews/art.shtml?num=35898

«В разработке LTSI-ветки участвует ряд крупных производителей потребительских устройств, среди которых Hitachi, LG Electronics, Renesas, NEC, Sony, Panasonic, Qualcomm, Samsung и Toshiba»

«Вторым важным улучшением является реализация поддержки AF_BUS, варианта протокола D-Bus, реализованного на стороне ядра. AF_BUS создан для систем, которым необходима очень быстрая реализация D-Bus»

Похоже, мы имеем ветку ядра, разрабатываемую мегакорпами, _и_ в нее уже принят отвергнутый Линусом код.

А с социальной точки зрения интересно, как бывалые разрабы в лице Хартмана потянулись на темную сторону за печеньками.

И в прошлый раз юникс был выбит с этой арены исключительно по экономико социальным причинам - а именно мегакорпы пересрались с результатом в виде фрагментации. И если сейчас это благодаря изобретению GPL преодолено - то есть и другие вызовы.

Вот как раз GPL нынче увеличивает фрагментацию, хотя бы тем, что не позволяет без смены лицензии использовать код под GPL как разделяемую библиотеку, а код под LGPL как статическую или смешанную со своим кодом (для кастомизации).

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

Хейтеры поттеринга витают где-то в астралах и не в курсе, что как раз ревьювинг и документация в systemd на высоте, благодаря чему его и внедрили так оперативно в fedora/opensuse/rosa и будут использовать в RHEL 7, а в проекте debian написали генератор скриптов init.

Что, говорите, в генте загрузка с systemd не работает? Так мы уже знаем, какие из себя ментейнеры генты, про проекту eudev и его презентации на FOSDEM. Аналогично с арчем, этим двум системам никакая документация и никакое содействие не помогут перейти бескровно из-за их собственной модели разработки.

То есть без дикторской власти людей с годным архитектурным вкусом.

Нет у хейтеров поттеринга никакого вкуса, есть только «ах тыж твою мать, у меня раньше ВР а теперь не ВР, вирните какбыла». А то, что в десять раз больше людей после изменений перешли в состояние УМВР, их абсолютно не волнует.

Не, этот вариант ядерного DBus может быть и нормально написан, но нихрена непонятно, чем он лучше локальных сокетов или FIFO (или что мешает добавить мультикастинг к ним). Хотя падальщики^Wмегакорпы уже собираются: http://www.opennet.ru/opennews/art.shtml?num=35898

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

в десять раз больше людей после изменений перешли в состояние УМВР

Гыгы. Я думал, такая толщина - это прерогатива рашен федорастов. Или ты из них?

Разумеется вам непонятно, если вы не работали в этих корпорациях и не сталкивались с проблемами, с которыми столкнулись их R&D отделы.

Мальчег, ты читать не умеешь. И нихрена не знаешь обо мне.

Гыгы. Я думал, такая толщина - это прерогатива рашен федорастов. Или ты из них?

Не толщина, с systemd мои волосы стали шелковистее, а make -j8 больше не сказывается на системе никак. Правда, сейчас я юзаю убунту, где и make -j8 немного сказывается, и в своп система может уйти конкретно, и создание жёсткого диска фиксированного размера в virtual box вешает систему.

В opensuse после перехода на systemd прямо в grub была возможность переключиться на init-скрипты вместо systemd. Вот что значит надёжность.

Не толщина, с systemd мои волосы стали шелковистее, а make -j8 больше не сказывается на системе никак

И эти люди рассуждают о работе отделов R&D.

Интерфейсы — это всегда хорошо. Протокол показал свою жизнеспособность, так что имеет смысл перевести его в kernel space.

sshd показал свою жизнеспособность, так что имеет смысл перевести его в kernel space.

Какие-либо изменения проводят по двум причинам:

1. NIH-синдром.

2. Реальная необходимость для решения конкретного круга задач с четким обоснованием, почему новый способ будет решать задачу лучше существующих.

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

P.S. Я не против DBus в ядре, я просто хочу понятного объяснения, зачем оно в ядре.

Все равно интереса к BSD у опенсорс-сообщества больше нет.

Ты себя что-ль с опенсорс-сообществом отождествляешь?

X-ы тоже показали свою жизнеспособность. Их тоже в ядро тащить?

Postgresql сервер тоже показал свою жизнеспособность. Его тоже в ядро тащить? Supertux тоже показал свою жизнеспособность. Его тоже в ядро тащить? GIMP тоже показал свою жизнеспособность. Его тоже в ядро тащить? Asterisk тоже показал свою жизнеспособность. Его тоже в ядро тащить? Firefox тоже показал свою жизнеспособность. Его тоже в ядро тащить?

Что за глупые вопросы вообще?

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

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

благодаря чему его и внедрили так оперативно в fedora/opensuse/rosa и будут использовать в RHEL 7, а в проекте debian написали генератор скриптов init.

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

Что, говорите, в генте загрузка с systemd не работает? Так мы уже знаем, какие из себя ментейнеры генты, про проекту eudev и его презентации на FOSDEM. Аналогично с арчем, этим двум системам никакая документация и никакое содействие не помогут перейти бескровно из-за их собственной модели разработки.

Не использую арч и генту.

Нет у хейтеров поттеринга никакого вкуса, есть только «ах тыж твою мать, у меня раньше ВР а теперь не ВР, вирните какбыла». А то, что в десять раз больше людей после изменений перешли в состояние УМВР, их абсолютно не волнует.

Это вы меня с кем то путаете.

А если конструктивно и без эмоций?

А если выкинуть из установщика дистрибутива вообще все кнопки кроме «далее» и «отмена», то орать что установка стала просто и логичной станут в десять раз больше людей, чем сейчас.

Аналогично с арчем

Вот зря ты сюда арчик приплел, зря, зря, зря!

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

А как же микроядерность?

Вот как раз GPL нынче увеличивает фрагментацию, хотя бы тем, что не позволяет без смены лицензии использовать код под GPL как разделяемую библиотеку, а код под LGPL как статическую или смешанную со своим кодом (для кастомизации).

Вообще то GPL решила проблему фрагментации не тем что отменила фрагментацию. :D Форки есть неизбежная часть процесса организации труда программистов.

GPL лишь создала ситуацию, когда фрагментация на уровне кода перестала переходить в опасные формы фрагментации на социально-экономическом уровне.

Вот именно. Поэтому и обсуждать эти «новшества» нужно с социологической точки зрения.

Не совсем. Надо системно, фундаментально подходить к вопросу :D

Собственно проблема конфликта на техническом уровне в том что технически пока нечего системд противопоставить - нет системно-альтернативного продукта за который могли бы зацепится силы бобра в противостоянии силам козла. Грубо говоря нужено нечто новые про уровню сравнимое с sys V init когда он появился. А нету в том числе по социально-экономическим причинам.

Собственно я тут подумал, проблема в том что «академики», то есть учоные, не говорят своего веского слова в этом вопросе. Тот же X11 vs News , не мегакорпы придумали X11 - они лишь поддержали как альтернативу NeWS который в результате умер. А сейчас коммунити и мегакорпы бодаются - наука молчит, уйдя в непотребный академизм - не хочет решать проблемы промышленности.

Деньги побьют любую меритократию. У Редхата деньги есть.

Ну так пока все наоборот - деньги нанимают толпы школьников - и это логично, те же деньги нанимают индусов. А школьники все загаживают. Системный flaw в смычке FOSS и корпоратива.

Не, этот вариант ядерного DBus может быть и нормально написан, но нихрена непонятно, чем он лучше локальных сокетов или FIFO (или что мешает добавить мультикастинг к ним). Хотя падальщики^Wмегакорпы уже собираются: http://www.opennet.ru/opennews/art.shtml?num=35898

Я не против вариантов ядерного message passing, в том числе и этого. Просто наша дискуссия как бэ ушла глубже конкретного события в топике.

Похоже, мы имеем ветку ядра, разрабатываемую мегакорпами, _и_ в нее уже принят отвергнутый Линусом код.

Это как будто новость. Линус всегда говорил - сначала внедряйте свои креативы в вендорные ветки - а там посмотрим.

А с социальной точки зрения интересно, как бывалые разрабы в лице Хартмана потянулись на темную сторону за печеньками.

Обязательно понтянутся. В конце концов на темной стороне печеньки.

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

P.S. Я не против DBus в ядре, я просто хочу понятного объяснения, зачем оно в ядре.

Ну ipc sys v есть же в ведре (man ipcs). dbus это такой новый ipc sys v - в связи с новыми потребностями ваятелей прикладухи.

А как же микроядерность?

А до этого была наноядерность что ли? И с включением огромнейшей подсистемы для ipc оно сразу разрастётся до микро?

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

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

Деньги побьют любую меритократию. У Редхата деньги есть.

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

И что «наоборот»? Людям с деньгами спокойно обошли какую-то там меритократию.

Линус всегда говорил - сначала внедряйте свои креативы в вендорные ветки - а там посмотрим.

Здесь Линус (и не только Линус) уже посмотрел и вынес вердикт.

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

openrc это init на стероидах. А systemd это именно что демон системы - попытки сделать новый стандарт существования системы в целом. Отсюда и пожирание кронов и сислогов.

Запарил ты уже моск со своим systemd. Как будто страшнее кошки зверя нет!

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

По сабжу: хотелось бы верить что взаимодействие с этой новой подсистемой будет через (псевдо)файловый интерфейс. Имхо, иначе теряется смысл.

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

Совсем не по линуксовому.

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

И эти люди рассуждают о работе отделов R&D.

И этот человек пытается показаться умнее, выхватывая фразу оппонента из контекста :)

И этот человек пытается показаться умнее, выхватывая фразу оппонента из контекста :)

Этот человек знает о том, что контейнеры - не фича systemd. А если тебе нужно больше контекста, чем я отквотил, перейди по ссылке - это нетрудно.

Теперь по законам жанра кто-то из староверов-хэйтеров должен форкнуть ядро.

Я так думаю, эта фигня будет отключаема в menuconfig.

Куда катится линукс в последниее время? Сначала kde4, потом гнум3, системд, желание пепеписать гуй на js, теперь вот это. А в смысле стабильности и функционала только регресс или топтание на месте.

Вот зря ты записываешь Haiku в ненужные, она ещё себя покажет. А вот макось да, не нужна.

Я не против DBus в ядре, я просто хочу понятного объяснения, зачем оно в ядре.

Лично я воспринимаю это так: текущая реализация dbus ущербна и написана не слишком грамотными людьми уровня поттеринга (тут где-то и ссылки на код проскакивали с примерами). В ядре она будет реализована адекватными разработчиками, ибо в ядро других пока не пускают. Поэтому новость хорошая, хоть я и сам не использщую dbus.

Нет у хейтеров поттеринга никакого вкуса, есть только «ах тыж твою мать,

Ты говоришь абсолютную чушь.