Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Первый выпуск mklinux для одновременного выполнения нескольких экземпляров ядра Linux"  +/
Сообщение от opennews (??), 26-Авг-26, 11:26 
Представлен первый публичный выпуск проекта Multikernel Linux (mklinux-v7.0-mk2), развивающего вариант ядра Linux, дополненный возможностью выполнения нескольких независимых экземпляров ядра на одном физическом компьютере  без использования гипервизора  и виртуализации. Каждый экземпляр ядра имеет прямой доступ к аппаратным ресурсам и может использоваться для запуска отдельных изолированных системных окружений. Первый выпуск основан на ядре Linux 7.0 и содержит сборочную настройку "CONFIG_MULTIKERNEL", при отключении которой ядро становится полностью аналогично штатному ядру 7.0. Из архитектур CPU пока поддерживается только x86_64...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=66142

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

Оглавление

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

1. Сообщение от Аноним (1), 26-Авг-26, 11:26   +/
Что-то вроде Xen намечается.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4

2. Сообщение от Аноним (2), 26-Авг-26, 11:26   +/
> высокий уровень изоляции

Насколько, что насчёт Spectre-like уязвимостей?

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

3. Сообщение от Xasd7 (?), 26-Авг-26, 11:42   +1 +/
чёт не ясно..

будто бы это и хужЕе чем контэйнэрная архитектура... так как содеожит лишнии элементы которое ОДНО ядро молгло бы разруливать...

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

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

4. Сообщение от Аноним (4), 26-Авг-26, 11:53   +2 +/
Скорее LPAR
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

6. Сообщение от Мемоним (?), 26-Авг-26, 11:59   +/
> Каждый экземпляр выполняется на отдельном выделенном ядре CPU

Получается изолированных ядер Linux не больше чем ядер процессора? Довольно жесткое ограничение по сравнение с гипервизором.

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

7. Сообщение от localhostadmin (ok), 26-Авг-26, 12:00   +/
> Каждый экземпляр ядра имеет прямой доступ к аппаратным ресурсам

А как тогда достигается изоляция? Что мне мешает на одном экземпляре прочитать данные с другого, просто через /dev/sda?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #15

8. Сообщение от Мемоним (?), 26-Авг-26, 12:08   +/
Ядра же работают кооперативно и знают где чьё. Они просто не дадут пользователю доступа к ресурсам другого ядра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #11, #13

9. Сообщение от тожемимокрокодил (?), 26-Авг-26, 12:11   +/
Не очень понятно, это аналог NetBSD-шного RUMP или развитие Siemens-овского Xenomai?
Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от Sm0ke85 (ok), 26-Авг-26, 12:14   +1 +/
Мне не очевидна область применения... Какую задачу данная технология решает лучше других... Оно как будто бы во всех задачах имеет существенные минусы... Ну может под какое нить оборудование нужно постарее/новее ядро и я вдруг пременил данного ежа-носорога и далее получил что...? Или использовал вместо виртуалки и что улучшилось, кроме производительности, или хотя бы не ухудшилось...?

Кто-нибудь в курсе: зачем Это...?

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

11. Сообщение от Sm0ke85 (ok), 26-Авг-26, 12:19   +1 +/
>Ядра же работают кооперативно и знают где чьё. Они просто не дадут пользователю доступа к ресурсам другого ядра.

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

Или это просто "куча линуксов" со своей ФС запущенные одновременно? Ну так все равно, если я ломанул один, то я, как бы, могу примонтировать "чужую" ФС в /mnt например и "гулять дальше"...

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

12. Сообщение от Аноним (2), 26-Авг-26, 12:20   +/
> зачем

Реклама компании
https://multikernel.io/products/cloud.html
Цитирую - "A per-node annual subscription"

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

13. Сообщение от Аноним (13), 26-Авг-26, 12:23   +/
Тогда непонятно, что даёт такая условная изоляция по сравнению с контейнерами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

15. Сообщение от похнапоха (?), 26-Авг-26, 12:28   +/
наверное будет нужен некий VIOS, как в IBM Power, либо нужен некая преднастройка кому какое блочное устройство смапить, как в том же IBM Power.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

16. Сообщение от Аноним (16), 26-Авг-26, 12:34   +/
Пахнет как вагон проблем с гонкой за ресурсами инстансами ядра, без гипервизора то
Ответить | Правка | Наверх | Cообщить модератору


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2026 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру