forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Для ядра Linux вместо kdbus предложена новая шина обмена соо..., opennews (??), 27-Окт-16, (0) [смотреть все]

Ну вот, движение к концепции микроядра идёт неизбежно Если 25 лет назад ничто не, Аноним (-), 19:23 , 27-Окт-16, (1) +4 //

Думаю, определенную роль сыграли недавние remote root with one IP packet CVE-20, Аноним (-), 19:29 , 27-Окт-16, (3) +2 //

это как-то противоречит изначальному тезису , Аноним (-), 01:04 , 29-Окт-16, (70) –1

Будет вам микро -ядро от Лёнарта Ну, есть ещё надежда послушаем, куда он пош, Andrey Mitrofanov (?), 19:45 , 27-Окт-16, (7) –9 //

Надеюсь, далеко пошлёт Бред, а не архитектура SysV IPC допилить - и то больше , Crazy Alex (ok), 19:52 , 27-Окт-16, (9) –9 //

Для тех, кто в курсе про разные назначения разных видов IPC, звучит как TCP фиг, Аноним (-), 21:39 , 27-Окт-16, (16) +9

Расширить до нужного состояния SysV очереди хотя бы возможно А это Какой-то , Crazy Alex (ok), 21:50 , 27-Окт-16, (24) –1

Мультикаст фифо с неограниченным количеством подписчиков - это круто Ждем от ва, Аноним (-), 22:53 , 27-Окт-16, (30) +6

Не вижу ничего ужасного Можно управление подписчиками вытащить в отдельного дем, Crazy Alex (ok), 23:22 , 27-Окт-16, (34)

Не болтай, делай, а когда сделаешь тогда и приходи болтать , Аноним (-), 08:15 , 28-Окт-16, (51) –2
Поздравляю, ты изобрел dbus Именно его и хотели отправить на свалку, заменив kd, Alex (??), 19:30 , 28-Окт-16, (69) +1
Ух ты, 640 килобайтов хватит всем более не в моде Пожалуй я погорячился с предл, Аноним (-), 01:56 , 31-Окт-16, (89)

да куда проще допилить парой мелких патчей SystemD и будет она рулить процессами, Baz (?), 19:07 , 28-Окт-16, (68)
Так если тебе не нравится архитектура - выскажись в рассылке Предложи архитекту, Аноним (-), 01:46 , 31-Окт-16, (85)

По сравнению с леннартоподелием любое ядро скоро будет выглядеть микро , Led (ok), 20:22 , 27-Окт-16, (12) +1 //

Ну дык, по количеству строк кода уже примерно на равных с ядром пингвина в перво, Аноним (-), 21:37 , 27-Окт-16, (15)

ЗЫ Прикольно -- леннартопoделие анонимам писать условно не разрешается , Аноним (-), 21:42 , 27-Окт-16, (18)

Нельзя писать пoделие А уж леннарто- или линусо- - дело десятое , Аноним (-), 21:43 , 27-Окт-16, (20)

Но в ведре количество kloc все равно растет на пару порядков быстрее, чем у сист, Аноним (-), 21:48 , 27-Окт-16, (23)

Проклятые железячники пекут железо быстрее чем пирожки Захочешь не похудеешь Н, Аноним (-), 01:54 , 31-Окт-16, (88) +1

Fuck you, Security And you, Stability, too , Аноним (-), 21:42 , 27-Окт-16, (19) –1

модуль монолитного ядра bus1 ko к микроядрам приближает не больше чем любой др, Аноним (-), 10:05 , 28-Окт-16, (57) +3 //

Експертное мнение Ламер, не знающий на чем крутится его смартфон OKL4 seL4 , на, Вареник (?), 15:16 , 28-Окт-16, (63) –2 //

открою вам страшную тайну в винде ядро тоже монолит, Аноним (-), 16:45 , 30-Окт-16, (76) +1

Оно там скорее гибрид, но в целом те же яйца, вид в профиль , Аноним (-), 01:48 , 31-Окт-16, (86)

Микроядра взлетят, когда появится аппаратная поддержка для них Вспомните, после, Аноним (-), 12:02 , 28-Окт-16, (60) //

Значит это не случится Memory mapped периферия - наверное не то с чем хотело бы, Аноним (-), 01:49 , 31-Окт-16, (87) //

MMIO здесь скорее помогает, т к позволяет юзерспейс процессам работать напрямую, decaprox (?), 16:51 , 01-Ноя-16, (93)

Так у микроядря требований поменьше, чем у гипервизора Того, что надо второму п, КО (?), 12:38 , 31-Окт-16, (91)

Не очень понятно каким боком системная шина связана с микроядром Системную шину, Аноним (-), 01:10 , 31-Окт-16, (77)

Интересная штука Надеюсь, не случится, как с reiser4 и kdbus автор Линусу не н, Аноним (-), 19:25 , 27-Окт-16, (2) +2 //

И как с -ck sheduler Линус сказал что шедулер должен быть один , Аноним (-), 01:20 , 28-Окт-16, (39) –2 //

Вы про BFS Лично я в его защиту слышал только про субъективные ощущения любит, Аноним (-), 01:31 , 28-Окт-16, (41) +4 //

Я про момент, когда CFS ещё не было Linux 2 6 18, когда-то тогда, Аноним (-), 16:13 , 28-Окт-16, (66)
ck - Con Kolivas, Аноним (-), 01:08 , 29-Окт-16, (71)
https xkcd com 619 , KonstantinB (ok), 12:36 , 30-Окт-16, (75)

с Reiser4 там не только автор не нравился впрочем ZFS это не помешало , Клыкастый (ok), 15:30 , 28-Окт-16, (64) –1
Вообще-то в случае kdbus Торвальдс хотел взять в ядро, потому что Кроа-Хартман п, Аноним (-), 01:14 , 31-Окт-16, (78) +1 //

drawing discovery service boardы, Аноним (-), 03:15 , 31-Окт-16, (90)

О, уже kdbus закапывают Значит скоро закопают PulseAudio, Avahi, NetworkManager, Zenitur (ok), 19:31 , 27-Окт-16, (4) –4 //

Так уже , anonymous (??), 08:11 , 28-Окт-16, (49)
kdbus зак пали уже давно примерно сразу же после того, как стало ясно, что в ап, Аноним (-), 14:40 , 28-Окт-16, (61)
любая стабильность 8212 уже застой по мнению основных движителей никсов , Аноним (-), 01:10 , 29-Окт-16, (72)
Редхат вообще удоды Могли бы написать идеальную систему 10 лет назад и всем ста, Аноним (-), 01:17 , 31-Окт-16, (79)

Судя по описанию - больно уж извращённо Чем простой обмен сообщениями не угодил, Crazy Alex (ok), 19:32 , 27-Окт-16, (5) –5 //

Тем, что интерпроцесс в юзерленде очень медленный , Bvz (?), 19:41 , 27-Окт-16, (6) +1 //

И поэтому мы сначала кинем дескриптор, а потом отдадим на запрос данные - то ест, Crazy Alex (ok), 19:51 , 27-Окт-16, (8) +1 //

А в случая с сокетами, кидание дескриптора соответствует созданию сокета и подкл, Аноним (-), 22:50 , 27-Окт-16, (29)

Предлагаете на любой чих создавать новый сокет, кидать в него одно сообщение и е, Crazy Alex (ok), 23:23 , 27-Окт-16, (35)

Архитектурное решение в вашем стиле, да В bus1 тоже на каждое сообщение дескрипт, Аноним (-), 01:33 , 28-Окт-16, (42)

Так данные уже в ядре Этож ЕМНИП внутриядерный обмен , КО (?), 12:41 , 31-Окт-16, (92)

Там всё медленное А учитывая, что оно для юзерленда только и нужно, нафига козе, Аноним (-), 19:53 , 27-Окт-16, (10) //

В смысле, нафига делать быстро, если можно меееееедленно , Аноним (-), 21:45 , 27-Окт-16, (21) +2
Следующий шаг в рамках такой логики - создать специальный супермедленный IPC, чт, Аноним (-), 01:38 , 28-Окт-16, (44) +2

Ну да, обязательно нужна возможность погонять через IPC HD-pr0n, куда же без это, Аноним (-), 21:48 , 27-Окт-16, (22)
И за счёт чего его собрались ускорять, пихая в ядро , anonymous (??), 08:12 , 28-Окт-16, (50) //

За счет отсутствия переключений контекста, например Линуксное ядро на эту тему , Аноним (-), 01:24 , 31-Окт-16, (80)

И как на этом сделать подписку на определенные события А мультикаст Ответ не , Аноним (-), 21:41 , 27-Окт-16, (17) //

Ровно так же, как и с этой штукой - данная часть не будет отличаться, по идее Б, Crazy Alex (ok), 22:54 , 27-Окт-16, (31)

Что-то мне подсказывает, что сокеты в режиме SEQ_PACKET библитека сериализации, Аноним (-), 20:00 , 27-Окт-16, (11) //

Фатальную Проблему она не решает , Аноним (-), 21:35 , 27-Окт-16, (13)
А как на этом сделать мультикаст , Аноним (-), 21:37 , 27-Окт-16, (14) //

Перебрать всех известных клиентов в цикле и не загромождать API ядра Клиентов м, Аноним (-), 21:55 , 27-Окт-16, (25) –1 //

А если список клиентов заранее неизвестен Примеры подписки на события типа сме, Аноним (-), 22:49 , 27-Окт-16, (28) +2

Все там известно Если пир не предоставил дескриптор, то сообщение заданному уз, Аноним (-), 00:03 , 28-Окт-16, (38)

Каждому по отдельности It s super effective Из-за таких эффективных програм, Аноним (-), 01:27 , 28-Окт-16, (40) +2

О, сразу про эффективных программистов вспомнил Ничего, что Линус в прошлый ра, Аноним (-), 02:28 , 28-Окт-16, (46)

А если про них не вспоминать - так dbus уже есть Да и binder с другой стороны , Аноним (-), 01:27 , 31-Окт-16, (81)

Не придирайся броадкаст неизвестному количеству клиентов вообще плохо сочетае, Аноним (-), 09:00 , 28-Окт-16, (52)

Так судя по их презентации оно и отправляет этот мультикаст именно каждому пир, Elhana (ok), 17:51 , 28-Окт-16, (67)

есть netlink который умеет и multicast тоже , Аноним (-), 23:10 , 27-Окт-16, (33)

А можно пример проги, которая использует netlink и запускается не от рута, а от , Аноним (-), 01:36 , 28-Окт-16, (43)

iproute2, Аноним (-), 14:45 , 28-Окт-16, (62)

мультикаст в netlink можно только от рута использовать, Аноним (-), 16:00 , 28-Окт-16, (65)

iw например , Аноним (-), 01:28 , 31-Окт-16, (82)

Мне казалось, что этой новости пара месяцев уже Где-то с сентября же разговоры , freehck (ok), 22:20 , 27-Окт-16, (26) +1 //

Ну точно 17 августа http lwn net Articles 697191 , freehck (ok), 22:29 , 27-Окт-16, (27) +2
Насколько я помню, еще с начала года , Аноним (-), 22:59 , 27-Окт-16, (32) //

Эта новость наверху -- отдельная невиданная доселе веха, новый код явлен Миру , Andrey Mitrofanov (?), 10:04 , 28-Окт-16, (56) //

Погодите, так это те же самые ребята Мда Ну, значит дело опять тухляк , freehck (ok), 11:33 , 28-Окт-16, (59)

Да, эти ребята не только сделают шину но ей еще и софт сможет реально пользовать, Аноним (-), 01:32 , 31-Окт-16, (83) –2

самое интересное надеюсь протокол - текстовый , Аноним (-), 23:54 , 27-Окт-16, (36) –1 //

Каанешно - http gentooexperimental org patrick weblog archives 2014-11 html, Аноним (-), 02:29 , 28-Окт-16, (47) +3

ну надеюсь на этот раз Торвальдс взорвется и даст уже оценку поделию пОТТЕРА а в, anonymous (??), 23:58 , 27-Окт-16, (37) //

Он уже это сделал Linus, Аноним (-), 01:43 , 28-Окт-16, (45) +2 //

Это он дипломатично увернулся от неудобного вопроса Представь, каково это с од, Аноним (-), 03:04 , 28-Окт-16, (48) //

крупный акционер имеет веский голос в принятии решений или нет сомневаюсь, что R, Аноним (-), 01:15 , 29-Окт-16, (73)

Похоже, что он вовсе не такой крупный, как вам кажется https investors redhat , Аноним (-), 01:43 , 29-Окт-16, (74)

Это скорее хейтеры демонстрируют wishful thinking во весь рост А так Торвальдс , Аноним (-), 01:36 , 31-Окт-16, (84) –1

Ты всё перепутал там, когда было переписывание за недельку, Линусу не давали по, Andrey Mitrofanov (?), 09:20 , 28-Окт-16, (54)

попетросяню systemdBus1 , darkshvein (ok), 09:15 , 28-Окт-16, (53) –2 //

Нет, s-d-libkerneld Всё остальное ядро будет пришлёпкой сбоку к Великому Подели, Andrey Mitrofanov (?), 10:22 , 28-Окт-16, (58)

ст 237 УК РФ, Нанобот (ok), 09:48 , 28-Окт-16, (55)
Ох, жарко то как, аж криокамера у меня поломалась Ну заменят допустим kdbus на b, Аноним (-), 20:58 , 13-Май-17, (94)

Сообщения [Сортировка по времени | RSS]

6. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..." +1 +/–

Сообщение от Bvz (?), 27-Окт-16, 19:41

Тем, что интерпроцесс в юзерленде очень медленный.

Ответить | Правка | Наверх | Cообщить модератору

8. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..." +1 +/–

Сообщение от Crazy Alex (ok), 27-Окт-16, 19:51

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

Ответить | Правка | Наверх | Cообщить модератору

29. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..." +/–

Сообщение от Аноним (-), 27-Окт-16, 22:50

> И поэтому мы сначала кинем дескриптор, а потом отдадим на запрос данные
> - то есть вместо одного обмена сделаем три. Это, конечно, будет
> много быстрее, чем за раз данные закинуть в ядро.
А в случая с сокетами, кидание дескриптора соответствует созданию сокета и подключению к нему. Видимо, сокеты - такой же архитектурный ужас.

Ответить | Правка | Наверх | Cообщить модератору

35. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..." +/–

Сообщение от Crazy Alex (ok), 27-Окт-16, 23:23

Предлагаете на любой чих создавать новый сокет, кидать в него одно сообщение и его закрывать? Да, если так - то это архитектурный ужас.

Ответить | Правка | Наверх | Cообщить модератору

42. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..." +/–

Сообщение от Аноним (-), 28-Окт-16, 01:33

> Предлагаете на любой чих создавать новый сокет, кидать в него одно сообщение и его закрывать? Да, если так - то это архитектурный ужас.
Архитектурное решение в вашем стиле, да.
В bus1 тоже на каждое сообщение дескрипторами не обмениваются.

Ответить | Правка | Наверх | Cообщить модератору

92. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..." +/–

Сообщение от КО (?), 31-Окт-16, 12:41

Так данные уже в ядре. Этож ЕМНИП внутриядерный обмен.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

10. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..." +/–

Сообщение от Аноним (-), 27-Окт-16, 19:53

Там всё медленное. А учитывая, что оно для юзерленда только и нужно, нафига козе баян?

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

21. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..." +2 +/–

Сообщение от Аноним (-), 27-Окт-16, 21:45

> Там всё медленное. А учитывая, что оно для юзерленда только и нужно, нафига козе баян?
В смысле, "нафига делать быстро, если можно меееееедленно"?

Ответить | Правка | Наверх | Cообщить модератору

44. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..." +2 +/–

Сообщение от Аноним (-), 28-Окт-16, 01:38

> Там всё медленное. А учитывая, что оно для юзерленда только и нужно, нафига козе баян?
Следующий шаг в рамках такой логики - создать специальный супермедленный IPC, чтобы учить пользователей смирению и прививать им любовь к апгрейдам.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

22. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..." +/–

Сообщение от Аноним (-), 27-Окт-16, 21:48

> Тем, что интерпроцесс в юзерленде очень медленный.
Ну да, обязательно нужна возможность погонять через IPC HD-pr0n, куда же без этого! Всякие zero-copy навороты -- немолодежное старье!

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

50. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..." +/–

Сообщение от anonymous (??), 28-Окт-16, 08:12

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

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

80. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..." +/–

Сообщение от Аноним (-), 31-Окт-16, 01:24

> И за счёт чего его собрались ускорять, пихая в ядро?
За счет отсутствия переключений контекста, например. Линуксное ядро на эту тему вообще активно развивали - оно IIRC при сильной нагрузке аж сисколы группирует и перекидывает данные между режимами сразу батчами. Чтобы поменьше контексты переключать.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	6. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..."	+1 +/–
	Сообщение от Bvz (?), 27-Окт-16, 19:41
	Тем, что интерпроцесс в юзерленде очень медленный.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..."	+1 +/–
	Сообщение от Crazy Alex (ok), 27-Окт-16, 19:51
	И поэтому мы сначала кинем дескриптор, а потом отдадим на запрос данные - то есть вместо одного обмена сделаем три. Это, конечно, будет много быстрее, чем за раз данные закинуть в ядро.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..."	+/–
	Сообщение от Аноним (-), 27-Окт-16, 22:50
	> И поэтому мы сначала кинем дескриптор, а потом отдадим на запрос данные > - то есть вместо одного обмена сделаем три. Это, конечно, будет > много быстрее, чем за раз данные закинуть в ядро. А в случая с сокетами, кидание дескриптора соответствует созданию сокета и подключению к нему. Видимо, сокеты - такой же архитектурный ужас.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..."	+/–
	Сообщение от Crazy Alex (ok), 27-Окт-16, 23:23
	Предлагаете на любой чих создавать новый сокет, кидать в него одно сообщение и его закрывать? Да, если так - то это архитектурный ужас.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..."	+/–
	Сообщение от Аноним (-), 28-Окт-16, 01:33
	> Предлагаете на любой чих создавать новый сокет, кидать в него одно сообщение и его закрывать? Да, если так - то это архитектурный ужас. Архитектурное решение в вашем стиле, да. В bus1 тоже на каждое сообщение дескрипторами не обмениваются.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..."	+/–
	Сообщение от КО (?), 31-Окт-16, 12:41
	Так данные уже в ядре. Этож ЕМНИП внутриядерный обмен.
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	10. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..."	+/–
	Сообщение от Аноним (-), 27-Окт-16, 19:53
	Там всё медленное. А учитывая, что оно для юзерленда только и нужно, нафига козе баян?
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	21. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..."	+2 +/–
	Сообщение от Аноним (-), 27-Окт-16, 21:45
	> Там всё медленное. А учитывая, что оно для юзерленда только и нужно, нафига козе баян? В смысле, "нафига делать быстро, если можно меееееедленно"?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..."	+2 +/–
	Сообщение от Аноним (-), 28-Окт-16, 01:38
	> Там всё медленное. А учитывая, что оно для юзерленда только и нужно, нафига козе баян? Следующий шаг в рамках такой логики - создать специальный супермедленный IPC, чтобы учить пользователей смирению и прививать им любовь к апгрейдам.
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	22. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..."	+/–
	Сообщение от Аноним (-), 27-Окт-16, 21:48
	> Тем, что интерпроцесс в юзерленде очень медленный. Ну да, обязательно нужна возможность погонять через IPC HD-pr0n, куда же без этого! Всякие zero-copy навороты -- немолодежное старье!
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	50. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..."	+/–
	Сообщение от anonymous (??), 28-Окт-16, 08:12
	> Тем, что интерпроцесс в юзерленде очень медленный. И за счёт чего его собрались ускорять, пихая в ядро?
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	80. "Для ядра Linux вместо kdbus предложена новая шина обмена соо..."	+/–
	Сообщение от Аноним (-), 31-Окт-16, 01:24
	> И за счёт чего его собрались ускорять, пихая в ядро? За счет отсутствия переключений контекста, например. Линуксное ядро на эту тему вообще активно развивали - оно IIRC при сильной нагрузке аж сисколы группирует и перекидывает данные между режимами сразу батчами. Чтобы поменьше контексты переключать.
	Ответить \| Правка \| Наверх \| Cообщить модератору