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

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

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

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

Оглавление

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

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

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

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

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

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

Для АНБ может быть полезен, когда надо лохов поломать , Аноним (27), 18:29 , 20-Сен-25, (27)

Надо развернуть сравнение Attack Surface с VM, сдаётся мне, фуфло они втирают , Аноним (4), 16:55 , 20-Сен-25, (4) +1
Отличное изобретение для хакиров Все уязвимости одного кернела умножаем ни коли, 08497 (?), 17:09 , 20-Сен-25, (6) –1

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

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

Они его интегрировали и сделали прозрачным , Аноним (7), 17:14 , 20-Сен-25, (10)

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

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

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

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

От короля кит , если что так подарочек Вопрос Кому , Балерун (?), 17:47 , 20-Сен-25, (18)
Наконец будет нормальное 3d ускорение в гостевой системе без virgl virtio и srio, Аноним (25), 18:21 , 20-Сен-25, (25)
Не понятно, зачем Главная претензия к контейнерам - из них можно достать до гла, Аноним (27), 18:27 , 20-Сен-25, (26)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для АНБ может быть полезен, когда надо лохов поломать.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сообщение от Балерун (?), 20-Сен-25, 17:47

> Cong Wang
От короля (кит.), если что так. подарочек. Вопрос Кому?

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

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

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

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

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

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

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

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

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

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

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

Партнёры:

Хостинг:

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

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

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


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


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


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


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


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


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


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

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

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


	19. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от мамины какиры самые забавные (?), 20-Сен-25, 17:51
	> Отличное изобретение для хакиров. Все уязвимости одного кернела умножаем ни количество > запущенных кернелов. А если еще на каждом кернеле запустить еще по > несколько виртуалок, в каждой по несколько кернелов, ну вы поняли, да? Чисто гипотетически, в вакууме, но к этим всем ядрам ваш вакуумный какир должен ещё пробраться и как-то понять, что соседнее ядро это соседнее ядро в пачке мультиядер, как-то сдетектить каким уязвимостям оно подвержено и т.п. Но по факту чем оно отличается от необходимости щупать подсеть с несколькими машинами на предмет наличия уязвимостей в каждой, например? Сдаётся мне, вы на очень толстый глобус пытаетесь натянуть очень тощую и ни разу не эластичную сову.
	Ответить \| Правка \| Наверх \| Cообщить модератору

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

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


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

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

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


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

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


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


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


	23. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
	Сообщение от пох. (?), 20-Сен-25, 18:13
	Ну так и делить - тебе половина, и мине одна вторая. В принципе, для этого и в обычном ведре почти все есть. Диски очевидно привязаны к экземпляру. Консоль достанется кому-то одному. Про "эффективность" при таком разделении топором, понятно, можно забыть.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору

18. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
Сообщение от Балерун (?), 20-Сен-25, 17:47
> Cong Wang От короля (кит.), если что так. подарочек. Вопрос Кому?
Ответить \| Правка \| Наверх \| Cообщить модератору

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

26. "Представлен Multikernel, механизм для одновременного выполне..."	+/–
Сообщение от Аноним (27), 20-Сен-25, 18:27
>Multikernel преподносится как новая архитектура изоляции, занимающая нишу между виртуализацией при помощи гипервизора и контейнерной изоляцией на базе общего ядра Не понятно, зачем. Главная претензия к контейнерам - из них можно достать до главного ядра, ломануть его, а как его ломанули - так машина взломана по полной. Для решения этой проблемы используют гипервизоры. Ядру выделяется виртуальная машина, оно в ней полностью крутится, а из виртуальной машины до хоста - гипервизор с очень ограниченной поверхностью атаки. Тут же предлагают выполнять дочерние ядра поверх хостового без всякого гипервизора, то есть ничего не меняется с точки зрения взлома контейнеров: ломаем дочернее ядро, и сразу же ломаем хостовое, PROFIT.
Ответить \| Правка \| Наверх \| Cообщить модератору