Больше ядреных дырок, хороших и разных!

А давайте ещё иксы в ядро воткнём.

Монолитным ядрам - быть!

Конечно скорее нужно включить d-bus в ядро! 26% ускорения на дороге не лежат!

gut! ждем еще чтобы ядро выставляло свои интерфейсы на dbus, и /proc можно закапывать.

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

Вйадро!

erfea> а если вылезать?
куда?

Всё вйадро!

З.Ы. По теме: довольно логично внести D-BUS в ядро как какой-то advanced IPC. Соб-сно IPC-то в ядре и место.

>а если вылезать?

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

Когда уже сделают D-Bus over TCP/IP?

> стабильный API это нонсенс

Что же, у его решения есть свои преимущества.

Кашу маслом не испротишь!

> А давайте ещё иксы в ядро воткнём.

А потом coreutils туда же. А потом будем втыкать ядро само в себя.

> А потом coreutils туда же.

Е еще bash и perl! Это должно значительно ускорить выполнение скриптов!

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

У ядра стабильное, обратно-совместимое API в пространстве пользователя.

Давайте уже Eclipse туда сразу и мощно, а то Emacs многим не нравится.

Я за.

> Один тролль из сказочной страны лапландии обосновавшийся в стране победившей демократии, заявлял что стабильный API это нонсенс ;))

Кроа-Хартман не из Лапландии.

Всеми руками за.

Я - за!

там ему и место.

> erfea> а если вылезать?

куда?

не «куда?», а «где?». Опечатался он.

Не нравится мне эта затея... Ох не нравится. Всё равно что HAL в ядро пихать.

Больше ядреных дырок, хороших и разных!

Можно подумать, что дырка в юзерспейном рутовом демоне чем-то лучше.

По теме - там ему и место, IPC - работа ядра, а DBUS - это уже де-факто стандарт для Linux IPC. Интересно, как Линус будет отмазываться и не пущать.

«total and utter crap» же.

>«total and utter crap»

Вот так большая часть хороших идей и гибнет.

> Можно подумать, что дырка в юзерспейном рутовом демоне чем-то лучше.

А у вас в федоре он рутовый?

103 2983 0.0 0.0 2884 1064 ? Ss Sep12 0:59 /usr/bin/dbus-daemon --system

побыстрей бы допилили

Эээ, ну может хоть как-то обмотивирует, скажет, как это можно сделать на существующих решениях хотя бы.

Кстати о дырках - рестарт D-BUS может привести к очень интересным последствиям уже сейчас, и тем не менее в дистрах все так же можно сделать /etc/init.d/dbus restart. По крайней мере в ядре этого сделать будет нельзя. Это конечно не совсем дырка, но админу надо знать.

> рестарт D-BUS может привести к очень интересным последствиям уже сейчас, и тем не менее в дистрах все так же можно сделать /etc/init.d/dbus restart

А ещё можно уронить иксы вместе со всеми иксовыми аппами рестартанув desktop manager. А ещё можно всё удалить командой rm -rf /

Нельзя запрещать юзеру делать тупые вещи, так как при этом можно запретить и умные.

А у вас в федоре он рутовый?

Гм, нет, прогнал, тоже dbus :-)

В любом случае дырка в дбас может помочь ломануть, например, полиси-кит:

root 1929 0.0 0.2 13768 4640 ? S 11:38 0:02 /usr/libexec/polkit-1/polkitd

Ну или upstart

> В любом случае дырка в дбас может помочь ломануть, например, полиси-кит:

А ошибка в ядерном DBUS, даже не эксплуатируемая, может свалить тачку. И это ради 26% производительности? Нах.

А ошибка в ядерном IPC, даже не эксплуатируемая, может свалить тачку. Нах

Fixed.

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

A 23% - это плюс к работе на батарейке. Linux - он уже давно не только на серверах.

>Встраивание D-Bus в ядро позволило существенно повысить производительность

Им нехватает производительности шины сообщений? Они что, фильмы по ней гоняют?

>> А ошибка в ядерном IPC, даже не эксплуатируемая, может свалить тачку. Нах

Fixed.

Капитан, что вы хотели сказать?

A 23% - это плюс к работе на батарейке.

facepalm.mkv.bz2 (4.7G)

Капитан, что вы хотели сказать?

Да поправил коллегу-капитана, а то он че-то только про дбас, а про остальной IPC, который _уже_ в ядре - забыл.

>> Капитан, что вы хотели сказать?

Да поправил коллегу-капитана

Ненене, коллега же задал вопрос: и это ради 26% производительности?

Не дождешься.

//Линус, не перелогинился

Не только, еще безопасность, некоторые вещи невозможно сделать полностью безопасными в юзеспейсе, рестарт одна из них, выше писал.

Да и потом - в андроиде что-то есть свое для IPC, а чем нокия хуже? Не примут в ядро - останется в дереве мииго, да и все. Может кто еще заинтересуется.

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

Сделайте кто-нибудь новость на главную.

fixed.

А что тут обсуждать? Понабежит школоты, которая считает что на 26% ускорятся все их приложения, а не всего-лишь обмен сообщениями и будет кричать «нужно!», «в ведро!».