forum.opennet.ru - "Представлен Multikernel, механизм для одновременного выполнения нескольких ядер Linux" (127)

"Представлен Multikernel, механизм для одновременного выполнения нескольких ядер Linux"

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

"Представлен Multikernel, механизм для одновременного выполнения нескольких ядер Linux"	+/–
Сообщение от opennews (??), 20-Сен-25, 16:44
Для обсуждения разработчиками ядра Linux предложена серия патчей, разработанных проектом Multikernel, который на днях был переведён в категорию открытого ПО и теперь будет развиваться совместно с сообществом. Multikernel позволяет на одном физическом компьютере выполнять несколько независимых экземпляров ядра Linux, которые имеют прямой доступ к аппаратным ресурсам и могут использоваться для запуска нескольких изолированных системных окружений. Проект создан компанией Multikernel Technologies, основанной и возглавляемой Конгом Вангом (Cong Wang), сопровождающим в ядре Linux подсистему управления трафиком (TC, Traffic Control)... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63913
Ответить \| Правка \| Cообщить модератору

Оглавление

Не описано где может быть полезен такой комбайн , Аноним (1), 16:44 , 20-Сен-25, (1) +7

Везде, где нужно запускать больше одного ядра параллельно Для локалхоста, очеви, Аноним (5), 17:01 , 20-Сен-25, (5) –4

Эм, хостеры которые не могут себе позволить виртуалки , Аноним (11), 17:21 , 20-Сен-25, (11) –3

Позволить Если хостеры на этом смогут продавать больше виртуалок т е больше, Аноним (21), 17:56 , 20-Сен-25, (21) +12

По описанию в новости не похоже что тостеры смогут больше Тут прибивание кернел, trashwind23 (ok), 19:43 , 20-Сен-25, (41) +2

Ну вообще-то даже вещи типа KVM - в ядре линя - делают довольно много чего для п, Аноним (-), 10:09 , 21-Сен-25, (82)

Если своей фантазии не хватает, в новости можно пройти по ссылкам и почитать и ч, Аноним (22), 18:12 , 20-Сен-25, (22) +7

Мне кажется и в новости довольно доходчиво объяснено, чукча писатель , Аноним9444935593 (?), 21:56 , 21-Сен-25, (108)

Эээ, у меня локалхост, а мне вот нужно Вы, батенька путаете понятие локалхост и, Аноним (17), 17:47 , 20-Сен-25, (17) +8

Я как раз ничего не путаю, в отличие от тебя То, что ты дома по вечерам косплеи, Аноним (22), 18:14 , 20-Сен-25, (24) –5

огласите признаки нужности, пожалуйста, native (??), 19:45 , 20-Сен-25, (42) +7

Приносит деньги 8212 значит нужен , Аноним (22), 16:43 , 21-Сен-25, (96) –1

Тестирование - денег не приносит Удаляем Э Мэнед, Аноним (121), 09:53 , 22-Сен-25, (121)

Приносит Потом , Потомок изобретателя колеса (?), 11:10 , 22-Сен-25, (123)

Но тебе это уже не грозит - копирайт на колесо давно истек Даже 70 лет с момент, Аноним (-), 23:58 , 22-Сен-25, (140)

Если тебе не приносит 8212 не тестируй Это действительно верное решение В с, Аноним (22), 18:15 , 23-Сен-25, (145)

https www kernel org, Аноним (33), 18:46 , 20-Сен-25, (33)
Core One Duo Core Two Duo На первом ядре запущено ядро с опеннетом в lynx На , двухядерный (?), 21:29 , 20-Сен-25, (56) +4
По идее, при параллельном выполнении другим ядро с маленькой задержкой - можно д, shardddin (?), 12:09 , 21-Сен-25, (87)

Паника скорее от драйверов прилетит, значит или там баг или железо отвалилось Су, sage (??), 15:36 , 21-Сен-25, (93)

Надо развернуть сравнение Attack Surface с VM, сдаётся мне, фуфло они втирают , Аноним (4), 16:55 , 20-Сен-25, (4) +9

100 фуфлоОдновременное выполнение нескольких ядер осуществляется без виртуализа, penetrator (?), 22:08 , 20-Сен-25, (62) +1

меня волнует поэтому его у меня нет, Анонисссм (?), 11:22 , 21-Сен-25, (84) +1
Того что сущности ядра процессы, IPC вообще не пересекаются, например Найти ды, Аноним (94), 15:40 , 21-Сен-25, (94)

не станет также сложно, у тебя сугубо программное разделение, это же все равно ч, penetrator (?), 22:27 , 21-Сен-25, (109)

До 30 чего именно А то у меня этих кубов пара десятков в проде и я почему-то 3, Аноним (22), 16:47 , 21-Сен-25, (97) +1

Да он курьер в docker-for-windows крутит Оно и логично кубер на линухе, запуще, QrKot (?), 17:28 , 21-Сен-25, (99) –1

Я раньше так и делал, только с той разницей, что на Windows 11 Pro Я оверхед не, Аноним (22), 21:44 , 21-Сен-25, (104)
откуда ты знаешь что там где крути ванга куева обсуждения в нете хватаетhttps , penetrator (?), 22:44 , 21-Сен-25, (111)

Обсуждения 171 в нете 187 хватает действительно Но что-то оно с продом расх, Аноним (22), 18:18 , 23-Сен-25, (146)

давай рассужлать логически, там есть хотя бы лайв графики и мнение целого коммун, penetrator (?), 22:23 , 23-Сен-25, (148)

погугли сеть CPU, там количество веб запросов тестировалосьэто overselling, ч, penetrator (?), 22:39 , 21-Сен-25, (110)

Курьер съедает 30 чего Словарного запаса Свободного времени Что такого cgroup, QrKot (?), 17:23 , 21-Сен-25, (98) –1

Они на ровных щах утверждают, что если убрать гипервизор и вкрутить ядро гостя с, Аноним (68), 00:21 , 21-Сен-25, (68)

По логике вещей - да, из поверхности атаки выпадает как минимум гипервизор , Аноним (-), 18:05 , 21-Сен-25, (100)

Это из серии для лучшей безопасности уберем из сети фаервол, чтоб уменьшить пов, pofigist (?), 09:21 , 22-Сен-25, (120)

Есть техники атак, явно уповавшие на IDS, IPS, прозрачные прокси и прочие якобы-, Аноним (-), 21:25 , 22-Сен-25, (132)

Золяция идеть там, разве что, за счёт разных таблиц трансляции на разных проце, SKZ (?), 06:03 , 21-Сен-25, (73)

Отличное изобретение для хакиров Все уязвимости одного кернела умножаем ни коли, 08497 (?), 17:09 , 20-Сен-25, (6) –3

Чисто гипотетически, в вакууме, но к этим всем ядрам ваш вакуумный какир должен , мамины какиры самые забавные (?), 17:51 , 20-Сен-25, (19)

ls proc multikernelЗачем На целевой машине уже несколько подконтрольных кернел, 08497 (?), 19:22 , 20-Сен-25, (36)
Хз, как оно в вакууме, а в зэ Ядре вон - интерфейс мультиядра Для мониторинга , Хорошо смеёцца TOT (?), 19:59 , 20-Сен-25, (47) –1

Не понимаю что здесь нового Разные ядра linux и так выполняются в разных VM , Аноним (7), 17:09 , 20-Сен-25, (7) –5
А на средней схеме Hypervisor не должен быть под Kernel , Мемоним (?), 17:10 , 20-Сен-25, (8) +3

Они его интегрировали и сделали прозрачным , Аноним (7), 17:14 , 20-Сен-25, (10)
Эта схема для kvm В случае с xen или vmware hypervisor будет над hardware , 1 (??), 19:34 , 20-Сен-25, (38) +1

Если речь о vmware workstation и прочем консьюмерском - то над kernel, если о чё, morphe (?), 20:15 , 20-Сен-25, (52)

Вы про ESXi не слышали Оо, Аноним (61), 21:53 , 20-Сен-25, (61)

Я почему-то думал что под него только штуки для менеджмента от vmware есть VSph, morphe (?), 22:37 , 20-Сен-25, (63)

экспертиза ну вы поняли, да , пох. (?), 12:09 , 22-Сен-25, (126) –1

Тут по-моему неважно что код KVM реализуется как часть ядра Важно что он предос, Мемоним (?), 23:05 , 20-Сен-25, (66)

Ну так паравиртуализация тоже близка по производительности к нативной , Аноним (7), 17:12 , 20-Сен-25, (9)

Это пока процесс работает Когда переключение контекста происходит - всё замирае, sage (??), 15:43 , 21-Сен-25, (95)

Гипервизор не зря ел свой хлеб Это гибкость, функциональность, контроль, безо, Аноним (7), 17:24 , 20-Сен-25, (12) +3

Ну дак это классическая Н Винера кибернетическая система хоть и виртуальная , Еще один Аноним (?), 17:52 , 20-Сен-25, (20)

Сложность управляющей системы не может быть меньше управляемый , 1 (??), 19:42 , 20-Сен-25, (40) –1

Сомнительно Какова ваша аргументация , Аноним (48), 20:03 , 20-Сен-25, (48)
Наоборот Она должна быть меньше- иначе не случится собственно управления Получ, r1 (?), 23:46 , 20-Сен-25, (67)

Или не будет - не настолько крутая и полная абстракция - может заскипать некотор, Аноним (-), 10:05 , 21-Сен-25, (80)

Скрестили ужа с ежом, получилось непонятно что С процессорами еще можно отдален, Аноним (14), 17:28 , 20-Сен-25, (14) +2

Напоминает добровольную мультизадачность под досом Все хорошо пока хорошо, Аноним (14), 17:30 , 20-Сен-25, (15) +3
На уровне ведра этим можно рулить если патчи сделать , это не проблема Непонят, Аноним (16), 17:42 , 20-Сен-25, (16)

При атаке на гипервизор у малвари права ring -2, а так только ring 0 , Аноним (31), 18:42 , 20-Сен-25, (31)

Минус 2 - это относительно ring 0 гостя, для хоста это - ring 0 если сам гиперви, Аноним (34), 19:16 , 20-Сен-25, (34)

тьфу, в ring 3, Аноним (34), 19:16 , 20-Сен-25, (35)
-2 это smm, гипервизор это -1и vmware к примеру того, да и xen, Аноним (31), 19:41 , 20-Сен-25, (39)

Скажем прямо, что минусовые уровни вообще чистые фантазии , Аноним (74), 07:56 , 21-Сен-25, (74) +1

Это возможности системы по ограничению прав кода Фантазиями это было, пока не п, Аноним (31), 10:07 , 21-Сен-25, (81)

Ни в одной официальной документации эти режимы не перечисленны как минусовые кол, Аноним (83), 10:51 , 21-Сен-25, (83)

Там вообще какие-то подробности есть Это всё под NDA, пользователь таких детале, Аноним (31), 11:49 , 21-Сен-25, (86)

Такое NDA, что аж в SW Developer Manual расписано , SKZ (?), 13:39 , 21-Сен-25, (88)

Там не то расписано , Аноним (31), 14:09 , 21-Сен-25, (89)

Обычно эти сказки рассказывают те, кто ни одного NDA не видел в жизни, не говоря, SKZ (?), 12:52 , 22-Сен-25, (127)
Ещё чаще в них не верят те, кто свой опыт проецируют туда, где ему не место Кон, Аноним (31), 13:04 , 22-Сен-25, (128)
Коммерческой тайной являются детали реализации RTL код, например А по TS и да, SKZ (?), 18:50 , 22-Сен-25, (130)

А SMM mode тогда - какой ring получается Учитывая что он более привилегированны, Аноним (-), 18:08 , 21-Сен-25, (101)

Никакой, это просто SMM mode , Аноним (119), 09:13 , 22-Сен-25, (119)
Так код обработки прерываний - NMI, например, тоже так же может исполняться в лю, SKZ (?), 18:55 , 22-Сен-25, (131)

Насколько я помню 1 NMI на x86 при сильном желании можно все же и отключить 2, Аноним (-), 21:38 , 22-Сен-25, (133)

SMM - это, попросту, высокоприоритетный режим обработки исключений, и нужен он п, SKZ2 (?), 19:12 , 23-Сен-25, (147)

Ну так и делить - тебе половина, и мине одна вторая В принципе, для этого и в об, пох. (?), 18:13 , 20-Сен-25, (23)
Ещё немного ещё чутьчуть и интел сделает в процах аналог ldom , 1 (??), 19:47 , 20-Сен-25, (43)
DragonFlyBSD так с самого начала и работает На каждом ядре CPU можно запускать , Аноним (-), 09:07 , 22-Сен-25, (118)

А на практике - у нас, петька, в доме две шал W W в смысле, никто не пользуется , Аноним (-), 22:32 , 22-Сен-25, (134)

Наконец будет нормальное 3d ускорение в гостевой системе без virgl virtio и srio, Аноним (25), 18:21 , 20-Сен-25, (25)

Без не будет , 1 (??), 19:50 , 20-Сен-25, (44)

Не понятно, зачем Главная претензия к контейнерам - из них можно достать до гла, Аноним (34), 18:27 , 20-Сен-25, (26) +1

Забыл ещё вывод подвести предложенная система будет жрать память как полноценна, Аноним (37), 19:23 , 20-Сен-25, (37) +2

Кстати, дочерние ядра прямо в юзерспейсных процессах, а под ними - своя ФС, свои, Аноним (34), 18:33 , 20-Сен-25, (28) +2

Как опция в конфиге выглядит , Аноним (65), 23:00 , 20-Сен-25, (65)

ARCH um, Аноним (74), 08:04 , 21-Сен-25, (75)
man user mode linux грубо говоря Идея проста как топор ядро пашет в юзермоде, Аноним (-), 18:10 , 21-Сен-25, (102)

О, начали rump NetBSDшный переизобретать , Аноним (32), 18:43 , 20-Сен-25, (32) +5

Скорее невозбранно сперли, но недоперли и отдали впопенсорс , 1 (??), 19:55 , 20-Сен-25, (45)

Мне кажется, или что-то походжее уже было в Cooperative Linux Там, правда, ядро, Аноним (46), 19:57 , 20-Сен-25, (46)

CoLinux - это модифицированный User-Mode Linux т е запуск ядра как приложения п, Аноним (-), 02:53 , 21-Сен-25, (70)
Да, был похожий проект Специально падченное ядро - ещё без полноценной аппаратно, maximnik0 (?), 15:29 , 21-Сен-25, (92)

А почему ipi Ч 822 т 822 о 822 б 822 ы 822 822 н 822 и 822 к 822 т 8, Аноним (51), 20:14 , 20-Сен-25, (51) +1

https en wikipedia org wiki Inter-processor_interrupt, solardiz (ok), 04:54 , 21-Сен-25, (72)

Вот так ядро Линукс получит микроядерную архитектуру Размножат обкусанный монол, Аноним (64), 22:52 , 20-Сен-25, (64) +1

микроядерной она от этого не станет, Аноним (69), 01:35 , 21-Сен-25, (69) +2

но к тому всё идёт, но а сейчас это больше напоминает ядерный ну или ядрёный фла, Песнь скрипучих дроздов (?), 09:19 , 21-Сен-25, (78)

Да просто Линус боится потерять контроль над разработкай ядра, иначе своё ЧСВ не, Аноним (105), 21:47 , 21-Сен-25, (105) +1

На данном этапе не пригодно к использованию бэкэнд есть патчи ядра , а самой у, Аноним (-), 03:07 , 21-Сен-25, (71)
Они придумали subhurd второй раз, но сделали его монструозным , Аноним (90), 14:36 , 21-Сен-25, (90)
Это фигне больше 25-и лет Старо как мир Заводим микроядро и vm к нему, контрол, Roman Dyaba (ok), 15:02 , 21-Сен-25, (91) +2

Зачем тратить время на Linux - я понимаю А зачем на вон тех - не особо С этого, Аноним (-), 18:13 , 21-Сен-25, (103)

Сейчас тебе расскажут, что там неправильный RTOS, на котором нельзя сделать стан, Аноним (22), 21:51 , 21-Сен-25, (107) –1

можно начать с того, что x86 - не RT, Аноним (112), 23:15 , 21-Сен-25, (112)

Вообще в строгом его понимании и правда - не RT Потому что - ну а вот вы знаете, Аноним (138), 23:48 , 22-Сен-25, (138)

Да пусть себе рассказывают А я тем временем подопру себя low level фирмварой ко, Аноним (-), 22:42 , 22-Сен-25, (136)

Разумный системный администратор применяет все что есть под рукой если решение п, bOOster (ok), 07:27 , 22-Сен-25, (115)

Скрыто модератором, Аноним (-), 17:08 , 23-Сен-25, (143) –1

Ну что, кто там без солярисовых зон страдал Прежде чем строчить 171 это не то,, Аноним (22), 21:48 , 21-Сен-25, (106) –1

В солярисе было нормально сделано А тут - очередной монстр д-ра Франкенштейна , нах. (?), 23:37 , 21-Сен-25, (113)

Эта возможность опоздала лет на 20 Когда компьютерное железо стоило дорого На , bOOster (ok), 07:19 , 22-Сен-25, (114)

Если ты из своего подвала не видел - компьютерное железо сейчас стоит ОЧЕНЬ доро, пох. (?), 11:43 , 22-Сен-25, (124) –1

Мне одному кажется, что это уже лет 20 есть в XEN паравиртуализация , Аноним (116), 07:41 , 22-Сен-25, (116) +1

ксен редбиэм запритила Поэтому нате на лопате , пох. (?), 11:44 , 22-Сен-25, (125)
Тебе кажется Потому что посмотри на структуру вызовов там вообще, куда какие за, Аноним (-), 00:43 , 23-Сен-25, (141)

дак а железо-то - я имею ввиду периферию в виде памяти, видеокарт - все равно од, Аноним12345 (?), 08:36 , 22-Сен-25, (117)
Все ядра одинаково владеют железом Значит безопасность не прибавляется , Соль земли2 (?), 10:18 , 22-Сен-25, (122)
Какой простор для уязвимостей Подменить ядро через KHO А затем, ууу Похоже, по, Аноним (129), 17:08 , 22-Сен-25, (129)

Да на винду сразу, чего уж Если перезагрузки при обновлении так нравятся - абсо, Аноним (138), 23:50 , 22-Сен-25, (139)

А зачем На юниксах никто не вышибает, потому что перезагрузкой управляет пользо, Аноним (142), 06:59 , 23-Сен-25, (142)

Эти юниксы вообще что и где Целый макос чтоли Улыбающийся в лицо, а за пазухой, Аноним (-), 17:11 , 23-Сен-25, (144)

Было же уже что-то такое от Siemens, Jailhouse Давно правда ничего не слышно пр, bw (ok), 23:17 , 22-Сен-25, (137)

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

1. "Представлен Multikernel, механизм для одновременного выполне..." +7 +/–

Сообщение от Аноним (1), 20-Сен-25, 16:44

Не описано где может быть полезен такой комбайн.

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

5. "Представлен Multikernel, механизм для одновременного выполне..." –4 +/–

Сообщение от Аноним (5), 20-Сен-25, 17:01

Везде, где нужно запускать больше одного ядра параллельно. Для локалхоста, очевидно, не нужно.

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

11. "Представлен Multikernel, механизм для одновременного выполне..." –3 +/–

Сообщение от Аноним (11), 20-Сен-25, 17:21

Эм, хостеры которые не могут себе позволить виртуалки ?

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

21. "Представлен Multikernel, механизм для одновременного выполне..." +12 +/–

Сообщение от Аноним (21), 20-Сен-25, 17:56

Позволить?!
Если хостеры на этом смогут *продавать* больше виртуалок т.е. больше заработать денег на том же железе, то им это нужно.

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

41. "Представлен Multikernel, механизм для одновременного выполне..." +2 +/–

Сообщение от trashwind23 (ok), 20-Сен-25, 19:43

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

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

82. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 21-Сен-25, 10:09

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

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

22. "Представлен Multikernel, механизм для одновременного выполне..." +7 +/–

Сообщение от Аноним (22), 20-Сен-25, 18:12

Если своей фантазии не хватает, в новости можно пройти по ссылкам и почитать и чем мотивировались авторы, и сравнение с виртуалками, и даже предполагаемые юзкейсы.

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

108. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним9444935593 (?), 21-Сен-25, 21:56

Мне кажется и в новости довольно доходчиво объяснено, чукча писатель.

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

17. "Представлен Multikernel, механизм для одновременного выполне..." +8 +/–

Сообщение от Аноним (17), 20-Сен-25, 17:47

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

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

24. "Представлен Multikernel, механизм для одновременного выполне..." –5 +/–

Сообщение от Аноним (22), 20-Сен-25, 18:14

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

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

42. "Представлен Multikernel, механизм для одновременного выполне..." +7 +/–

Сообщение от native (??), 20-Сен-25, 19:45

огласите признаки нужности, пожалуйста

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

96. "Представлен Multikernel, механизм для одновременного выполне..." –1 +/–

Сообщение от Аноним (22), 21-Сен-25, 16:43

Приносит деньги — значит нужен.

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

121. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (121), 22-Сен-25, 09:53

Тестирование - денег не приносит. Удаляем.
                              Э. Мэнеджер.

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

123. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Потомок изобретателя колеса (?), 22-Сен-25, 11:10

Приносит. Потом.

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

140. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 22-Сен-25, 23:58

> Приносит. Потом.
Но тебе это уже не грозит - копирайт на колесо давно истек. Даже 70 лет с момента смерти автора - прошло. Хотя патенты обычно всего лет на 25 дают. В любом случае ты - в пролете!

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

145. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (22), 23-Сен-25, 18:15

Если тебе не приносит — не тестируй. Это действительно верное решение. В софтверном бизнесе, однако, качество тестирования напрямую влияет на количество обращений в поддержку, содержание которой стоит больше, чем тестирование, поэтому Э. Менеджер скорее удалит тебя за то, что вместо закрытия тикетов ты на опеннете зубы сушишь. Но ты себе этим всем голову не забивай, руководить тебе в жини никем не придётся, а тикеты назначать всегда найдётся кто-нибудь другой.

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

33. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (33), 20-Сен-25, 18:46

https://www.kernel.org

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

56. "Представлен Multikernel, механизм для одновременного выполне..." +4 +/–

Сообщение от двухядерный (?), 20-Сен-25, 21:29

Core One Duo & Core Two Duo.
На первом ядре запущено ядро с опеннетом в lynx. На втором вторые герои.
И получилась какая-то линукс-тавтология, ля.

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

87. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от shardddin (?), 21-Сен-25, 12:09

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

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

93. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от sage (??), 21-Сен-25, 15:36

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

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

4. "Представлен Multikernel, механизм для одновременного выполне..." +9 +/–

Сообщение от Аноним (4), 20-Сен-25, 16:55

Надо развернуть сравнение "Attack Surface" с VM, сдаётся мне, фуфло они втирают. "Kernel Customization" тоже, в виртуалке любое ядро можно запускать

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

62. "Представлен Multikernel, механизм для одновременного выполне..." +1 +/–

Сообщение от penetrator (?), 20-Сен-25, 22:08

100% фуфло
Одновременное выполнение нескольких ядер осуществляется без виртуализации - так за счет чего тогда изоляция? если аппаратные ресурсы для этого не используются? чем это лучше крэп-контейнеров?
VM - performance overhead - High
бред сивой кабылы, я тестил VMWare на AMD CPU, производительность под VM была ниже всего на 1-2%, когда тот же кубер сжирает до 30% и никого это не волнует
есть конечно проблемы с оверсейлингом и с ущербной дисковой подсистемой у VPS, обычно IO даже у гиперскелейров на уровня дешманских провайдеров, но это проблема самих продаванов, да и в принципе авторы явно не про IO пишут, а про CPU

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

84. "Представлен Multikernel, механизм для одновременного выполне..." +1 +/–

Сообщение от Анонисссм (?), 21-Сен-25, 11:22

>когда тот же кубер сжирает до 30% и никого это не волнует
меня волнует ) поэтому его у меня нет

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

94. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (94), 21-Сен-25, 15:40

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

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

109. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от penetrator (?), 21-Сен-25, 22:27

не станет также сложно, у тебя сугубо программное разделение, это же все равно что сбежать их сандбокса
все фишки CPU для виртуализации ты не используешь, в том числе например новомодный SEV в Epyc

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

97. "Представлен Multikernel, механизм для одновременного выполне..." +1 +/–

Сообщение от Аноним (22), 21-Сен-25, 16:47

> тот же кубер сжирает до 30%
До 30% чего именно? А то у меня этих кубов пара десятков в проде и я почему-то 30% оверхед не наблюдаю нигде. Не поделишься настройками? Хочу попугать коллег на хэллоуин.
> проблемы с оверсейлингом
Что такое «оверсейлинг»? Это что-то морское? Чрезмерное хождение под парусами?

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

99. "Представлен Multikernel, механизм для одновременного выполне..." –1 +/–

Сообщение от QrKot (?), 21-Сен-25, 17:28

Да он курьер в docker-for-windows крутит. Оно и логично: кубер на линухе, запущенной в виртуалке, которая крутится в hyperV, запущенном из Windows For Home Users. Ну да, там пипец оверхед...

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

104. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (22), 21-Сен-25, 21:44

Я раньше так и делал, только с той разницей, что на Windows 11 Pro. Я оверхед не замерял, но он там достаточно небольшой, чтобы его игнорировать, и уж точно не 30%. Вот уж что-что, а в виртуалке Линукс весьма эффективно работает, а тут ещё Майкрософт постарался чтобы под HyperV нативные интерфейсы можно было использовать. Даже в случае Docker for Windows и KinD или minikube, не видел тридцатипроцентного оверхеда, но видел уже достаточный чтобы его заметить. Теряюсь в догадках.

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

111. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от penetrator (?), 21-Сен-25, 22:44

откуда ты знаешь что там где крути? ванга куева?
обсуждения в нете хватает
https://www.reddit.com/r/kubernetes/comments/1eqtzqm/k8s_per.../
вот тут он сливает даже VM
https://www.youtube.com/watch?v=Y4pOmi0j_90
можешь свои тесты выложить, посмотрим, пообсуждаем

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

146. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (22), 23-Сен-25, 18:18

Обсуждения «в нете» хватает действительно. Но что-то оно с продом расходится часто. Даже не знаю почему. Может от того, что «в нете» в основном пишут кексперты уровня опеннет?
> вот тут он сливает даже VM
> youtube
Ты бы ещё ссылку на свою любимую тик-токершу привёл.

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

148. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от penetrator (?), 23-Сен-25, 22:23

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

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

110. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от penetrator (?), 21-Сен-25, 22:39

погугли. сеть + CPU, там количество веб запросов тестировалось
> Что такое «оверсейлинг»? Это что-то морское? Чрезмерное хождение под парусами?
это overselling, чего докулопался, ты ж понял какой термин на английском имелся ввиду

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

98. "Представлен Multikernel, механизм для одновременного выполне..." –1 +/–

Сообщение от QrKot (?), 21-Сен-25, 17:23

Курьер съедает 30% чего? Словарного запаса? Свободного времени?
Что такого cgroup'ы с namespace'ами съедают?

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

68. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (68), 21-Сен-25, 00:21

> Attack Surface
Они на ровных щах утверждают, что если убрать гипервизор и вкрутить ядро гостя сразу, то поверхность атаки уменьшится?

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

100. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 21-Сен-25, 18:05

>> Attack Surface
> Они на ровных щах утверждают, что если убрать гипервизор и вкрутить ядро
> гостя сразу, то поверхность атаки уменьшится?
По логике вещей - да, из поверхности атаки выпадает как минимум гипервизор :)

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

120. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от pofigist (?), 22-Сен-25, 09:21

Это из серии "для лучшей безопасности уберем из сети фаервол, чтоб уменьшить поверхность отаки"🤣

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

132. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 22-Сен-25, 21:25

> Это из серии "для лучшей безопасности уберем из сети фаервол, чтоб уменьшить
> поверхность отаки"🤣
Есть техники атак, явно уповавшие на IDS, IPS, прозрачные прокси и прочие якобы-умные и якобы-нужные вещи натыканые админами ради безопасности ... для того чтобы спровоцировать все это на шарахание по интранету, "on behalf of" атакующего. Который изначально доступа туда как раз не имел. В общем интересная штука по части наличия большой пушки - в том что ее можно повернуть в другую сторону и насыпать прямо ей же от души. Достаточно неожиданно для адресата, который был уверен что это - для его безопасности.
Так что да - чем больше систем натыкано по пути, тем больше способов их misuse существует и attack surface может нихрена и не уменьшиться. Потому что теперь можно долбать еще и секурити фичи. И чем их больше натыкано - тем менее предсказуемые и более странные атаки становятся возможны, на абузе стыка взаимодейстий, неоднозначностей, трактовок одного и того же разными системами по разному и проч.

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

73. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от SKZ (?), 21-Сен-25, 06:03

"Золяция идеть" там, разве что, за счёт разных таблиц трансляции на разных процессорах.

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

6. "Представлен Multikernel, механизм для одновременного выполне..." –3 +/–

Сообщение от 08497 (?), 20-Сен-25, 17:09

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

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

19. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от мамины какиры самые забавные (?), 20-Сен-25, 17:51

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

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

36. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от 08497 (?), 20-Сен-25, 19:22

> Чисто гипотетически, в вакууме, но к этим всем ядрам ваш вакуумный какир должен ещё пробраться и как-то понять, что соседнее ядро это соседнее ядро в пачке мультиядер, как-то сдетектить каким уязвимостям оно подвержено и т.п.
ls /proc/multikernel
> Но по факту чем оно отличается от необходимости щупать подсеть с несколькими машинами на предмет наличия уязвимостей в каждой, например?
Зачем. На целевой машине уже несколько подконтрольных кернелов. Если парнишка попал на целевую машину, то не из воздуха же, с большой вероятностью это шлюз. Ядро (да не одно) у него под контролем, сеть соответственно тоже.
> Сдаётся мне, вы на очень толстый глобус пытаетесь натянуть очень тощую и ни разу не эластичную сову.
И получается, что сова не такая и тощая, да и глобус не толст.

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

47. "Представлен Multikernel, механизм для одновременного выполне..." –1 +/–

Сообщение от Хорошо смеёцца TOT (?), 20-Сен-25, 19:59

Хз, как оно в вакууме, а в зэ Ядре вон - интерфейс мультиядра. "Для мониторинга и отладки". Ага.
Доступ к железу прямой. И у ядер-сыновей и Ядра-Отца. А у нас тут миллион "спекулятивных" уязвимостей в процессорах и чипах памяти. Удобно.
Сеть изолировать легко. У сети - периметр. Сторожа на концах протоколов.
А тут, понимаю, дЫрект-аксэс-саксэсс к железу, на котором стоит сторожка.
А потом, когда доступ наспекулировали, на нескольких ядрах можно ещё долго прятаться: переживая сканирования, обновления и перезагрузки. Ведь, не будут же "экономисты" из-за нас все ядра останавливать и допрашивать..
Ну хз, конечно. Но если из виртуалок убегают и гипервизоры ломают, тот тут.. Ну зато сэкономия. А ещё сэкономнее - в розетку не включать. Люди, берегите планету!

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

7. "Представлен Multikernel, механизм для одновременного выполне..." –5 +/–

Сообщение от Аноним (7), 20-Сен-25, 17:09

Не понимаю что здесь нового. Разные ядра linux и так выполняются в разных VM.

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

8. "Представлен Multikernel, механизм для одновременного выполне..." +3 +/–

Сообщение от Мемоним (?), 20-Сен-25, 17:10

А на средней схеме Hypervisor не должен быть под Kernel?

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

10. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (7), 20-Сен-25, 17:14

Они его интегрировали и сделали прозрачным.

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

38. "Представлен Multikernel, механизм для одновременного выполне..." +1 +/–

Сообщение от 1 (??), 20-Сен-25, 19:34

Эта схема для kvm.
В случае с xen или vmware hypervisor будет над hardware.

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

52. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от morphe (?), 20-Сен-25, 20:15

> vmware
Если речь о vmware workstation и прочем консьюмерском - то над kernel, если о чём-то другом - хотел бы услышать о чём
HyperV вот как и Xen - под ядром, да

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

61. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (61), 20-Сен-25, 21:53

>> если о чём-то другом - хотел бы услышать о чём
Вы про ESXi не слышали?.. Оо

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

63. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от morphe (?), 20-Сен-25, 22:37

> Вы про ESXi не слышали?.. Оо
Я почему-то думал что под него только штуки для менеджмента от vmware есть (VSphere), я думал сам ESXi не от них, спасибо

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

126. "Представлен Multikernel, механизм для одновременного выполне..." –1 +/–

Сообщение от пох. (?), 22-Сен-25, 12:09

экспертиза... ну вы поняли, да.

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

66. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Мемоним (?), 20-Сен-25, 23:05

> Эта схема для kvm.
> В случае с xen или vmware hypervisor будет над hardware.
Тут по-моему неважно что код KVM реализуется как часть ядра. Важно что он предоставляет низкоуровневый сервис верхнему слою (остальному ядру).

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

9. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (7), 20-Сен-25, 17:12

> Производительность при использовании Multikernel оценивается как близкая к производительности выполнения на отдельном оборудовании.
Ну так паравиртуализация тоже близка по производительности к нативной.

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

95. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от sage (??), 21-Сен-25, 15:43

Это пока процесс работает. Когда переключение контекста происходит - всё замирает на большее время.

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

12. "Представлен Multikernel, механизм для одновременного выполне..." +3 +/–

Сообщение от Аноним (7), 20-Сен-25, 17:24

Гипервизор не зря ел свой "хлеб". Это гибкость, функциональность, контроль, безопасность. Обработчик SMP будет "обрастать ракушками" по мере плавания и будет тем же гипервизором.

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

20. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Еще один Аноним (?), 20-Сен-25, 17:52

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

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

40. "Представлен Multikernel, механизм для одновременного выполне..." –1 +/–

Сообщение от 1 (??), 20-Сен-25, 19:42

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

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

48. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (48), 20-Сен-25, 20:03

Сомнительно. Какова ваша аргументация?

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

67. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от r1 (?), 20-Сен-25, 23:46

Наоборот! Она должна быть меньше- иначе не случится собственно управления. Получится просто еще одна надстройка над управляемым объектом.

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

80. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 21-Сен-25, 10:05

> Гипервизор не зря ел свой "хлеб". Это гибкость, функциональность,
> контроль, безопасность. Обработчик SMP будет "обрастать ракушками"
> по мере плавания и будет тем же гипервизором.
Или не будет - не настолько крутая и полная абстракция - может заскипать некоторые вещи.

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

14. "Представлен Multikernel, механизм для одновременного выполне..." +2 +/–

Сообщение от Аноним (14), 20-Сен-25, 17:28

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

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

15. "Представлен Multikernel, механизм для одновременного выполне..." +3 +/–

Сообщение от Аноним (14), 20-Сен-25, 17:30

Напоминает добровольную мультизадачность под досом. Все хорошо пока хорошо

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

16. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (16), 20-Сен-25, 17:42

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

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

31. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (31), 20-Сен-25, 18:42

При атаке на гипервизор у малвари права ring -2, а так только ring 0.

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

34. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (34), 20-Сен-25, 19:16

Минус 2 - это относительно ring 0 гостя, для хоста это - ring 0 если сам гипервизор (аппаратно-виртуализованный, если эмуляция - то вообще всё в ring 2), а эмулируемые устройства, за исключением нескольких virtio-устройств вообще в ring 2 живут. При этом атаковать сам гипервизор на порядки сложнее из-за того что у него поверхность атаки меньше (в основном это эмулируемые устройства), а код KVM-гипервизора шарится многими продуктами и весьма отлажен и оттестирован.

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

35. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (34), 20-Сен-25, 19:16

тьфу, в ring 3

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

39. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (31), 20-Сен-25, 19:41

-2 это smm, гипервизор это -1
и vmware к примеру того, да и xen

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

74. "Представлен Multikernel, механизм для одновременного выполне..." +1 +/–

Сообщение от Аноним (74), 21-Сен-25, 07:56

Скажем прямо, что минусовые уровни вообще чистые фантазии.

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

81. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (31), 21-Сен-25, 10:07

Это возможности системы по ограничению прав кода. Фантазиями это было, пока не пошло массово на практике.

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

83. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (83), 21-Сен-25, 10:51

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

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

86. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (31), 21-Сен-25, 11:49

Там вообще какие-то подробности есть? Это всё под NDA, пользователь таких деталей знать не должен.

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

88. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от SKZ (?), 21-Сен-25, 13:39

> Там вообще какие-то подробности есть? Это всё под NDA, пользователь таких деталей
> знать не должен.
Такое NDA, что аж в SW Developer Manual расписано.

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

89. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (31), 21-Сен-25, 14:09

> Такое NDA, что аж в SW Developer Manual расписано.
Там не то расписано.

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

127. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от SKZ (?), 22-Сен-25, 12:52

Обычно эти сказки рассказывают те, кто ни одного NDA не видел в жизни, не говоря уже про TS доки.

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

128. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (31), 22-Сен-25, 13:04

Ещё чаще в них не верят те, кто свой опыт проецируют туда, где ему не место. Конкретно в данном случае, очень многие детали являются коммерческой тайной.

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

130. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от SKZ (?), 22-Сен-25, 18:50

>Ещё чаще в них не верят те, кто свой опыт проецируют туда, где ему не место. Конкретно в данном случае, очень многие детали являются коммерческой тайной.
Коммерческой тайной являются детали реализации. RTL код, например. А по TS (и даже публичным) докам, например, работают соседние отделы в тех же самых корпорациях.
Это не вопрос веры, причем.

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

101. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 21-Сен-25, 18:08

> Скажем прямо, что минусовые уровни вообще чистые фантазии.
А SMM mode тогда - какой ring получается? Учитывая что он более привилегированный чем ring0 вплоть до того что может в любой момент выставить код ring0, тот никак не может это предотвратить и может как максимум постфактум узнать - что SMM handler его оказывается выпер с проца на эн наносекунд. Что делает x86 не очень подходящими для реалтайм применений системами. Потому что worst case обработчика SMM в проприетарном бинарном фирмваре - неизвестная величина.

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

119. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (119), 22-Сен-25, 09:13

Никакой, это просто SMM mode.

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

131. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от SKZ (?), 22-Сен-25, 18:55

>Учитывая что он более привилегированный чем ring0 вплоть до того что может в любой момент выставить код ring0
Так код обработки прерываний - NMI, например, тоже так же может исполняться в любой момент.
У ARM, например, целый режим с 3-мя уровнями привилегий есть, что делает ARM не очень подходящими для реалтайм применений системами.

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

133. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 22-Сен-25, 21:38

> Так код обработки прерываний - NMI, например, тоже так же может исполняться
> в любой момент.
Насколько я помню...
1) NMI на x86 при сильном желании можно все же и отключить.
2) Можно повесить свой обработчик, что линухкернел и делает для "софтварного" вачдога если более крутых опций у железа нет.
3) Если не ошибаюсь SMI# безусловно выбивает любой другой код любых других ring'ов и проц неотключаемо и безусловно валит в SMM Handler. В какой-то мутной фирмвари. Без возможности ос что-то с этим сделать кроме констатации факта "такой-сякой выпер нас с проца на X наносекунд". Постфактум.
Т.е. с практической точки зрения это по сути - ring -1 или -2, ибо вышибает ring0 нахрен. Не спрашивая его мнения.
> У ARM, например, целый режим с 3-мя уровнями привилегий есть, что делает
> ARM не очень подходящими для реалтайм применений системами.
У ARM видите ли - системный уровень бывает НАМНОГО открытее. И там в реалтайм системах нет неотрубаемых мутных вызовов в чужую проприетарную фирмвару делающую хзчто с максимальными привилегиями - выперев все остальное с проца нафиг. Конечно этому следует уделить внимание при дизайне такой системы - но так по крайней мере можно было. Тогда как у x86 с открытым уровнем системной фирмвары все весьма тухло.
У арм даже ATF (Arm Trusted Firmware) для trustzone - и то открытый. Что забавнее, в отличие от tianocore всяких где открытость чисто номинальная (ибо на каком железе вы сможете пересобраное tianocore запустить, да еще без кучи вендорблобов типа FSP и AGESA?) - есть немало реально выпускаемых SoC, где можно запустить вот именно свой Trust Zone Firmware. Ну и остальные куски системы. И вот так оно - таки - секурити фича. Служащая мне. И все бутлоадеры - открытые могут быть, uboot например. В таком виде все это хозяйство - НАМНОГО предсказуемее. Ибо на всех ключевых уровнях - код который я собрал и сконфигурировал. А при нужде и пропатчил (да, у меня есть свои патчи на допустим u-boot, чтобы он вел себя так как вон там хотелось).

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

147. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от SKZ2 (?), 23-Сен-25, 19:12

SMM - это, попросту, высокоприоритетный режим обработки исключений, и нужен он примерно для того же, что у "открытого" ARM делает PSCI, SCMI, и т.п. Разные коробуты ставят собственные обработчики - там открытее не бывает.
>У ARM видите ли - системный уровень бывает НАМНОГО открытее.
Иллюзия, не более. Реальные системы даже не стартуют без проприетарной тухлой фирмвары. Более того, у них загрузчик 0-го уровня сделан прямо маской в топологии.
>И там в реалтайм системах нет неотрубаемых мутных вызовов в чужую проприетарную фирмвару делающую хзчто с максимальными привилегиями - выперев все остальное с проца нафиг.
Свежо предание - если бы на реальных системах не запускались, например, по таймеру воркэраунды для кривых IP корок прямо в EL3s. Выперев все с EL2-EL0. И если бы на реальных системах не крутились мутные трастзоны. И если бы тот же U-Boot не был доверху набит smc_call'ами с проприетарными номерами, делающими все, вплоть до доступа к SD и NOR.
>У арм даже ATF (Arm Trusted Firmware) для trustzone - и то открытый
Эта "открытость" - номинальная. Реальный код, который добавлен к этому ATF, в 99.97% случаев - закрытый.
> uboot например
Толку от его открытости, когда он без smc_call'ов (а часто - и хаков из EL3s) не может ничего? Его проприетарные ATF'ы убирают в EL1/EL2. Так что - снова иллюзия. Впрочем, на то и расчитано.
Это не считая откровенных недоработок, когда исключения уходят в EL2, в котором ничего нет еще.
>И вот так оно - таки - секурити фича
Это зонд называется, и мутные трастзоны, которые служат кому угодно.
>у меня есть свои патчи на допустим u-boot, чтобы он вел себя так как вон там хотелось
Если меряться патчами - так я в свое время и апстримил, и держал целые бранчи штук из 40-50 с собственноручно написанными драйверами. Уж мне-то сказки про "открытость" ARM можно не рассказывать.

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

23. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от пох. (?), 20-Сен-25, 18:13

Ну так и делить - тебе половина, и мине одна вторая.
В принципе, для этого и в обычном ведре почти все есть.
Диски очевидно привязаны к экземпляру. Консоль достанется кому-то одному.
Про "эффективность" при таком разделении топором, понятно, можно забыть.

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

43. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от 1 (??), 20-Сен-25, 19:47

Ещё немного ещё чутьчуть и интел сделает в процах аналог ldom.

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

118. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 22-Сен-25, 09:07

DragonFlyBSD так с самого начала и работает. На каждом ядре CPU можно запускать свой экземпляр ядра OS. Ядра OS между собой общаются с помощью внутреядерной коммуникации OS.
Это ОЧЕНЬ сложное и правильное ядро OS. Сложная но правильная реализация SMP Дилон об этом много в нулевых писал и рассказывал о LWKT в DragonFlyBSD.
Если такое ядро OS иметь, то становится очень просто реализовать ОЧЕНЬ сложные вещи:
1. Виртуализация. Как в примере, само ядро благодаря внутривенных коммуникациям ядра OS исполняет функции гипервизора. Ядро может само свои экземпляры запускать на отдельных ядрах CPU.
2. Кластер единого системного образа (SSI). Локалка как компьютер. Все ядра на локальных компьютерах и вся оперативная память становятся доступными процессам. Форки процессов мигрируют на другие узлы кластера и переписывать весь софт при этом не надо. OpenMOSIX в Linux так может, перекодирование видео или архивация мигрируют на ядра CPU в других узлах кластера. Учитывая ценник сетевухи 10Gb/s https://www.intel.com/content/www/us/en/products/sku/242256/... интерес к SSI кластерам может сегодня вырасти.
3. Есть теоретические мнения многих экспертов о потенциально более безопасном ядре OS.

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

134. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 22-Сен-25, 22:32

> 3. Есть теоретические мнения многих экспертов о потенциально более безопасном ядре OS.
А на практике - у нас, петька, в доме две шал^W^W в смысле, никто не пользуется этим нечто ни для виртуализации, ни для мультикернела, тот кластерфaк и вовсе мало кому сдался, и в целом - примерно как хвост от самолета. Вроде бы зачетная штука, но реально - металлолом. Потому что так по жизни - а что с ним делать, если весь остальной самолет заимплементить не осилили? И вот валяется он у вас во дворе, место занимает, пользы не приносит, и это офигенно - потому что что?

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

25. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (25), 20-Сен-25, 18:21

Наконец будет нормальное 3d ускорение в гостевой системе без virgl/virtio и sriov?

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

44. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от 1 (??), 20-Сен-25, 19:50

Без ... не будет.

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

26. "Представлен Multikernel, механизм для одновременного выполне..." +1 +/–

Сообщение от Аноним (34), 20-Сен-25, 18:27

>Multikernel преподносится как новая архитектура изоляции, занимающая нишу между виртуализацией при помощи гипервизора и контейнерной изоляцией на базе общего ядра
Не понятно, зачем. Главная претензия к контейнерам - из них можно достать до главного ядра, ломануть его, а как его ломанули - так машина взломана по полной. Для решения этой проблемы используют гипервизоры. Ядру выделяется виртуальная машина, оно в ней полностью крутится, а из виртуальной машины до хоста - гипервизор с очень ограниченной поверхностью атаки. Тут же предлагают выполнять дочерние ядра поверх хостового без всякого гипервизора, то есть ничего не меняется с точки зрения взлома контейнеров: ломаем дочернее ядро, и сразу же ломаем хостовое, PROFIT.

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

37. "Представлен Multikernel, механизм для одновременного выполне..." +2 +/–

Сообщение от Аноним (37), 20-Сен-25, 19:23

Забыл ещё вывод подвести: предложенная система будет жрать память как полноценная виртуалка, иметь оверхед, сравнимый с виртуалкой, а безопасность предлагать на уровне контейнера. На сайте один маркетинговый буллшит, snake oil какой-то.

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

28. "Представлен Multikernel, механизм для одновременного выполне..." +2 +/–

Сообщение от Аноним (34), 20-Сен-25, 18:33

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

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

65. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (65), 20-Сен-25, 23:00

Как опция в конфиге выглядит?

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

75. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (74), 21-Сен-25, 08:04

ARCH=um

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

102. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 21-Сен-25, 18:10

> Как опция в конфиге выглядит?
man "user mode linux" грубо говоря. Идея проста как топор: ядро пашет в юзермоде и реализует свои сисколы - сбагриванием сисколов себе подобному уровнем ниже. Но вот по оверхеду это все же не совсем бесплатно.

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

32. "Представлен Multikernel, механизм для одновременного выполне..." +5 +/–

Сообщение от Аноним (32), 20-Сен-25, 18:43

О, начали rump NetBSDшный переизобретать...

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

45. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от 1 (??), 20-Сен-25, 19:55

Скорее невозбранно сперли, но недоперли и отдали впопенсорс.

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

46. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (46), 20-Сен-25, 19:57

Мне кажется, или что-то походжее уже было в Cooperative Linux? Там, правда, ядро запускали в винде

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

70. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 21-Сен-25, 02:53

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

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

92. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от maximnik0 (?), 21-Сен-25, 15:29

>Мне кажется, или что-то походжее уже было в Cooperative Linux?
Да, был похожий проект.Специально падченное ядро - ещё без полноценной аппаратной виртулизации В ALT linux  стоит поискать -  там была какая то метка у той серии ядер.Если нужно поищу в рассылке - народ для серверов использовал- но глюки иногда были страшные, как выяснилось изоляция оказалось слабая из за особенности сегментной памяти.Спустя 2 года вышел xen а потом и остальные подтянулись проект загнулся: кое что в виде подачей потом ушло на контейнеры и KVM.

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

51. "Представлен Multikernel, механизм для одновременного выполне..." +1 +/–

Сообщение от Аноним (51), 20-Сен-25, 20:14

> Multikernel IPI
А почему ipi?
Ч̶т̶о̶б̶ы̶ ̶н̶и̶к̶т̶о̶ ̶н̶е̶ ̶д̶о̶г̶а̶д̶а̶л̶с̶я̶ api бы не пропустили т.к. stable is a nonsense, а так прокатит.

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

72. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от solardiz (ok), 21-Сен-25, 04:54

https://en.wikipedia.org/wiki/Inter-processor_interrupt

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

64. "Представлен Multikernel, механизм для одновременного выполне..." +1 +/–

Сообщение от Аноним (64), 20-Сен-25, 22:52

Вот так ядро Линукс получит микроядерную архитектуру! Размножат обкусанный монолит и посадят по ядру на каждую подсистему.

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

69. "Представлен Multikernel, механизм для одновременного выполне..." +2 +/–

Сообщение от Аноним (69), 21-Сен-25, 01:35

микроядерной она от этого не станет

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

78. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Песнь скрипучих дроздов (?), 21-Сен-25, 09:19

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

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

105. "Представлен Multikernel, механизм для одновременного выполне..." +1 +/–

Сообщение от Аноним (105), 21-Сен-25, 21:47

Да просто Линус боится потерять контроль над разработкай ядра, иначе своё ЧСВ несможет больше реализовывать.
Микроядерная архитектура это прогресс для свободного ПО.

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

71. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 21-Сен-25, 03:07

На данном этапе не пригодно к использованию: бэкэнд есть (патчи ядра), а самой утилиты-менеджера и документации нет, даже в репозитории разработчика. Разработчик на хайпе, пиарится: звезды зарабатывает, последователей, донаты, контракты. Какое-то время придется подождать пока он не настытит свое ЧСВ и не откроет утилиту-менеджер или пока другие не разработают.

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

90. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (90), 21-Сен-25, 14:36

Они придумали subhurd второй раз, но сделали его монструозным.

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

91. "Представлен Multikernel, механизм для одновременного выполне..." +2 +/–

Сообщение от Roman Dyaba (ok), 21-Сен-25, 15:02

Это фигне больше 25-и лет ! Старо как мир.
Заводим микроядро и vm к нему, контролируем его через сеть, заводим любую целевую систему.
https://vk.com/qnx_rtos
Почитайте так же документацию netbsd и freebsd, и даже opennet, всё подробно описано.

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

103. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 21-Сен-25, 18:13

> Почитайте так же документацию netbsd и freebsd, и даже opennet, всё подробно описано.
Зачем тратить время на Linux - я понимаю. А зачем на вон тех - не особо. С этого никаких денег не получишь. Особенно на нормальных условиях и без ужасного головняка, как в этом QNX.
Linux так то нынче - тоже уже RTOS, патчи RT Linux все ж дожали в майнлайн.

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

107. "Представлен Multikernel, механизм для одновременного выполне..." –1 +/–

Сообщение от Аноним (22), 21-Сен-25, 21:51

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

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

112. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (112), 21-Сен-25, 23:15

> там неправильный RTOS
можно начать с того, что x86 - не RT

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

138. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (138), 22-Сен-25, 23:48

>> там неправильный RTOS
> можно начать с того, что x86 - не RT
Вообще в строгом его понимании и правда - не RT. Потому что - ну а вот вы знаете насколько обработчик SMM в проприетарной фирмваре может попереть с проца вашу систему когда ему приспичило по ктулху его ведомым критериям? И кто и какие гарантии на это давать будет?
Но на практике - с некими оговорками - сие все же юзают для околореалтаймных вещей в системах управления движением поездов, маск юзает это как бортовые компьютеры, и все такое.

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

136. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 22-Сен-25, 22:42

> Сейчас тебе расскажут, что там неправильный RTOS, на котором нельзя сделать станок,
> вращающий ядерную электростанцию со скоростью медицинского оборудования, и поэтому он
> совершенно непригоден для хостинга высоконагруженного форума орнитологов-любителей.
Да пусть себе рассказывают. А я тем временем подопру себя low level фирмварой которая может предсказуемо вертеть на шпинделе хоть отдельные микросекунды - но и RT в линухе мне тоже в принципе местами может пригодиться.
Правда эксперименты с ним на x86 показали что там он - вообще совсем не халявная фича. Сразу +10C к температуре проца (видимо спячка и пропуск тиков таймера так уже не вариант) и таки некая просадка перфоманса все же есть. Т.е. просто по приколу сделать свой десктоп квази-RTOS'иной? Блин ну нахрен, там preempt dynamic'а + 1000Hz хватает, отличить от того RT можно только в очень экзотичных случаях. С QNX я конечно power management сравнить уже не смогу - demo disk оного я видел в другую эпоху, когда нагрев проца вообще не был особо заметным топиком, и управление питанием было рудиментарное.

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

115. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от bOOster (ok), 22-Сен-25, 07:27

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

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

143. Скрыто модератором –1 +/–

Сообщение от Аноним (-), 23-Сен-25, 17:08

> Разумный системный администратор применяет все что есть под рукой если решение подходит
> лучше.
И с высокой вероятностью оказывается - эникеем во всех направлениях сразу. Что и наблюдается.

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

106. "Представлен Multikernel, механизм для одновременного выполне..." –1 +/–

Сообщение от Аноним (22), 21-Сен-25, 21:48

Ну что, кто там без солярисовых зон страдал?
Прежде чем строчить «это не то, в солярисе было…» — да, это не то. Да, в солярисе было. Именно что было. А это есть (или возможно будет — как угодно) на Линуксе, который тоже есть сейчас.

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

113. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от нах. (?), 21-Сен-25, 23:37

В солярисе было нормально сделано. А тут - очередной монстр д-ра Франкенштейна.

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

114. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от bOOster (ok), 22-Сен-25, 07:19

Эта возможность опоздала лет на 20. Когда компьютерное железо стоило дорого. На текущий момент абсолютно ненужная и потенциально проблемная возможность.

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

124. "Представлен Multikernel, механизм для одновременного выполне..." –1 +/–

Сообщение от пох. (?), 22-Сен-25, 11:43

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

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

116. "Представлен Multikernel, механизм для одновременного выполне..." +1 +/–

Сообщение от Аноним (116), 22-Сен-25, 07:41

Мне одному кажется, что это уже лет 20 есть в XEN (паравиртуализация)?

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

125. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от пох. (?), 22-Сен-25, 11:44

ксен редбиэм запритила.
Поэтому нате на лопате.

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

141. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 23-Сен-25, 00:43

> Мне одному кажется, что это уже лет 20 есть в XEN (паравиртуализация)?
Тебе кажется. Потому что посмотри на структуру вызовов там вообще, куда какие запросы идут. Xen гораздо более брейнфакнутая конструкция.

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

117. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним12345 (?), 22-Сен-25, 08:36

дак а железо-то - я имею ввиду периферию в виде памяти, видеокарт - все равно одно, и будет к ним очередь, как ни крути

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

122. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Соль земли2 (?), 22-Сен-25, 10:18

Все ядра одинаково владеют железом? Значит безопасность не прибавляется.

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

129. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (129), 22-Сен-25, 17:08

Какой простор для уязвимостей. Подменить ядро через KHO. А затем, ууу.
Похоже, пора задумываться о переходе на BSD.

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

139. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (138), 22-Сен-25, 23:50

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

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

142. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (142), 23-Сен-25, 06:59

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

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

144. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от Аноним (-), 23-Сен-25, 17:11

> А зачем? На юниксах никто не вышибает, потому что перезагрузкой управляет пользователь,
Эти юниксы вообще что и где? Целый макос чтоли? Улыбающийся в лицо, а за пазухой кнут и наручники для тотал контроля? Особенно хорошо видно на примере ифона, где девайс вообще без одобрения эпла даже не активируешь. Сразу понятно кто и про что и чего ждать.
> а не система и дяди из мелкоософта. И менять ядро на
> ходу это не совсем безопасно даже с точки зрения стабильности.
А система других дядь, мало чем лучших чем майкрософт. Во всяком случае эпл - точно, да и сан такой хороший и нужный был что про него все что-то забыли. Кто там еще остается? AIX чтоли? Или HPUX. Ну, они где-то там есть. Но это не точно.

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

137. "Представлен Multikernel, механизм для одновременного выполне..." +/–

Сообщение от bw (ok), 22-Сен-25, 23:17

Было же уже что-то такое от Siemens, Jailhouse. Давно правда ничего не слышно про эту вундервафлю.

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

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

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

Партнёры:

Хостинг:

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

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

1. "Представлен Multikernel, механизм для одновременного выполне..."	+7 +/–
Сообщение от Аноним (1), 20-Сен-25, 16:44
Не описано где может быть полезен такой комбайн.
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Представлен Multikernel, механизм для одновременного выполне..."	–4 +/–
	Сообщение от Аноним (5), 20-Сен-25, 17:01
	Везде, где нужно запускать больше одного ядра параллельно. Для локалхоста, очевидно, не нужно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Представлен Multikernel, механизм для одновременного выполне..."	–3 +/–
	Сообщение от Аноним (11), 20-Сен-25, 17:21
	Эм, хостеры которые не могут себе позволить виртуалки ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Представлен Multikernel, механизм для одновременного выполне..."	+12 +/–
	Сообщение от Аноним (21), 20-Сен-25, 17:56
	Позволить?! Если хостеры на этом смогут продавать больше виртуалок т.е. больше заработать денег на том же железе, то им это нужно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Представлен Multikernel, механизм для одновременного выполне..."	+2 +/–
	Сообщение от trashwind23 (ok), 20-Сен-25, 19:43
	По описанию в новости не похоже что тостеры смогут больше. Тут прибивание кернелей к ядрам цпу, а хостерам оверсел в основном деньги приносит.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от Аноним (-), 21-Сен-25, 10:09
	> По описанию в новости не похоже что тостеры смогут больше. Тут прибивание > кернелей к ядрам цпу, а хостерам оверсел в основном деньги приносит. Ну вообще-то даже вещи типа KVM - в ядре линя - делают довольно много чего для перехвата всяких привилегированных операций и кастомной обработки. Просто сбагрить кернелу для выполнения было бы быстрее. Но вызывает вопросы по части уровня изоляции. Т.е. если 1 мультикернел профачится - может это отлиться другому мультикернелу или основному кернелу из той схемы? В виртуалке то - как максимум процесс виртуалки будет прибит и на этом факап и закончится. А там?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Представлен Multikernel, механизм для одновременного выполне..."	+7 +/–
	Сообщение от Аноним (22), 20-Сен-25, 18:12
	Если своей фантазии не хватает, в новости можно пройти по ссылкам и почитать и чем мотивировались авторы, и сравнение с виртуалками, и даже предполагаемые юзкейсы.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	108. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от Аноним9444935593 (?), 21-Сен-25, 21:56
	Мне кажется и в новости довольно доходчиво объяснено, чукча писатель.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Представлен Multikernel, механизм для одновременного выполне..."	+8 +/–
	Сообщение от Аноним (17), 20-Сен-25, 17:47
	> Везде, где нужно запускать больше одного ядра параллельно. Для локалхоста, очевидно, не > нужно. Эээ, у меня локалхост, а мне вот нужно. Вы, батенька путаете понятие локалхост и локалхост хомяка-нормиса, которому там только фурей смотреть и арч обновлять. И нет, неочевидно!
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	24. "Представлен Multikernel, механизм для одновременного выполне..."	–5 +/–
	Сообщение от Аноним (22), 20-Сен-25, 18:14
	Я как раз ничего не путаю, в отличие от тебя. То, что ты дома по вечерам косплеишь сисадмина не добавляет нужности твоему локалхосту.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Представлен Multikernel, механизм для одновременного выполне..."	+7 +/–
	Сообщение от native (??), 20-Сен-25, 19:45
	огласите признаки нужности, пожалуйста
	Ответить \| Правка \| Наверх \| Cообщить модератору


	96. "Представлен Multikernel, механизм для одновременного выполне..."	–1 +/–
	Сообщение от Аноним (22), 21-Сен-25, 16:43
	Приносит деньги — значит нужен.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	121. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от Аноним (121), 22-Сен-25, 09:53
	Тестирование - денег не приносит. Удаляем. Э. Мэнеджер.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	123. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от Потомок изобретателя колеса (?), 22-Сен-25, 11:10
	Приносит. Потом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	140. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от Аноним (-), 22-Сен-25, 23:58
	> Приносит. Потом. Но тебе это уже не грозит - копирайт на колесо давно истек. Даже 70 лет с момента смерти автора - прошло. Хотя патенты обычно всего лет на 25 дают. В любом случае ты - в пролете!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	145. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от Аноним (22), 23-Сен-25, 18:15
	Если тебе не приносит — не тестируй. Это действительно верное решение. В софтверном бизнесе, однако, качество тестирования напрямую влияет на количество обращений в поддержку, содержание которой стоит больше, чем тестирование, поэтому Э. Менеджер скорее удалит тебя за то, что вместо закрытия тикетов ты на опеннете зубы сушишь. Но ты себе этим всем голову не забивай, руководить тебе в жини никем не придётся, а тикеты назначать всегда найдётся кто-нибудь другой.
	Ответить \| Правка \| К родителю #121 \| Наверх \| Cообщить модератору


	33. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от Аноним (33), 20-Сен-25, 18:46
	https://www.kernel.org
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	56. "Представлен Multikernel, механизм для одновременного выполне..."	+4 +/–
	Сообщение от двухядерный (?), 20-Сен-25, 21:29
	Core One Duo & Core Two Duo. На первом ядре запущено ядро с опеннетом в lynx. На втором вторые герои. И получилась какая-то линукс-тавтология, ля.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	87. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от shardddin (?), 21-Сен-25, 12:09
	По идее, при параллельном выполнении другим ядро с маленькой задержкой - можно дойти до точки паники первого ядра и обойти ошибку - с продолжением работы... Во втором случае - запустить деятельность обновленного ядра после обновления - бесшовно и без перезагрузок... Видится хорошим делом!
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	93. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от sage (??), 21-Сен-25, 15:36
	Паника скорее от драйверов прилетит, значит или там баг или железо отвалилось. Судя по диаграммам, драйверы железа останутся в общем Kernel. И когда оно запаникует, умрёт вся система.
	Ответить \| Правка \| Наверх \| Cообщить модератору

4. "Представлен Multikernel, механизм для одновременного выполне..."	+9 +/–
Сообщение от Аноним (4), 20-Сен-25, 16:55
Надо развернуть сравнение "Attack Surface" с VM, сдаётся мне, фуфло они втирают. "Kernel Customization" тоже, в виртуалке любое ядро можно запускать
Ответить \| Правка \| Наверх \| Cообщить модератору


	62. "Представлен Multikernel, механизм для одновременного выполне..."	+1 +/–
	Сообщение от penetrator (?), 20-Сен-25, 22:08
	100% фуфло Одновременное выполнение нескольких ядер осуществляется без виртуализации - так за счет чего тогда изоляция? если аппаратные ресурсы для этого не используются? чем это лучше крэп-контейнеров? VM - performance overhead - High бред сивой кабылы, я тестил VMWare на AMD CPU, производительность под VM была ниже всего на 1-2%, когда тот же кубер сжирает до 30% и никого это не волнует есть конечно проблемы с оверсейлингом и с ущербной дисковой подсистемой у VPS, обычно IO даже у гиперскелейров на уровня дешманских провайдеров, но это проблема самих продаванов, да и в принципе авторы явно не про IO пишут, а про CPU
	Ответить \| Правка \| Наверх \| Cообщить модератору


	84. "Представлен Multikernel, механизм для одновременного выполне..."	+1 +/–
	Сообщение от Анонисссм (?), 21-Сен-25, 11:22
	>когда тот же кубер сжирает до 30% и никого это не волнует меня волнует ) поэтому его у меня нет
	Ответить \| Правка \| Наверх \| Cообщить модератору


	94. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от Аноним (94), 21-Сен-25, 15:40
	> Одновременное выполнение нескольких ядер осуществляется без виртуализации - так за счет чего тогда изоляция? Того что сущности ядра (процессы, IPC) вообще не пересекаются, например? Найти дырень чтобы из одного процесса в другой пролезть станет так же сложно как с виртуалками, только без накладных расходов.
	Ответить \| Правка \| К родителю #62 \| Наверх \| Cообщить модератору


	109. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от penetrator (?), 21-Сен-25, 22:27
	не станет также сложно, у тебя сугубо программное разделение, это же все равно что сбежать их сандбокса все фишки CPU для виртуализации ты не используешь, в том числе например новомодный SEV в Epyc
	Ответить \| Правка \| Наверх \| Cообщить модератору


	97. "Представлен Multikernel, механизм для одновременного выполне..."	+1 +/–
	Сообщение от Аноним (22), 21-Сен-25, 16:47
	> тот же кубер сжирает до 30% До 30% чего именно? А то у меня этих кубов пара десятков в проде и я почему-то 30% оверхед не наблюдаю нигде. Не поделишься настройками? Хочу попугать коллег на хэллоуин. > проблемы с оверсейлингом Что такое «оверсейлинг»? Это что-то морское? Чрезмерное хождение под парусами?
	Ответить \| Правка \| К родителю #62 \| Наверх \| Cообщить модератору


	99. "Представлен Multikernel, механизм для одновременного выполне..."	–1 +/–
	Сообщение от QrKot (?), 21-Сен-25, 17:28
	Да он курьер в docker-for-windows крутит. Оно и логично: кубер на линухе, запущенной в виртуалке, которая крутится в hyperV, запущенном из Windows For Home Users. Ну да, там пипец оверхед...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	104. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от Аноним (22), 21-Сен-25, 21:44
	Я раньше так и делал, только с той разницей, что на Windows 11 Pro. Я оверхед не замерял, но он там достаточно небольшой, чтобы его игнорировать, и уж точно не 30%. Вот уж что-что, а в виртуалке Линукс весьма эффективно работает, а тут ещё Майкрософт постарался чтобы под HyperV нативные интерфейсы можно было использовать. Даже в случае Docker for Windows и KinD или minikube, не видел тридцатипроцентного оверхеда, но видел уже достаточный чтобы его заметить. Теряюсь в догадках.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	111. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от penetrator (?), 21-Сен-25, 22:44
	откуда ты знаешь что там где крути? ванга куева? обсуждения в нете хватает https://www.reddit.com/r/kubernetes/comments/1eqtzqm/k8s_per.../ вот тут он сливает даже VM https://www.youtube.com/watch?v=Y4pOmi0j_90 можешь свои тесты выложить, посмотрим, пообсуждаем
	Ответить \| Правка \| К родителю #99 \| Наверх \| Cообщить модератору


	146. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от Аноним (22), 23-Сен-25, 18:18
	Обсуждения «в нете» хватает действительно. Но что-то оно с продом расходится часто. Даже не знаю почему. Может от того, что «в нете» в основном пишут кексперты уровня опеннет? > вот тут он сливает даже VM > youtube Ты бы ещё ссылку на свою любимую тик-токершу привёл.
	Ответить \| Правка \| Наверх \| Cообщить модератору