LINUX.ORG.RU

В Haiku добавили поддержку аппаратной виртуализации в QEMU

 ,

В Haiku добавили поддержку аппаратной виртуализации в QEMU

3

2

В рамках проекта Google Summer of Code 2024 операционная система Haiku достигла значительного прогресса в области виртуализации. Благодаря работе разработчика под псевдонимом dalme, QEMU на Haiku теперь поддерживает аппаратное ускорение.

Проект был направлен на перенос гипервизора NVMM с DragonFlyBSD на Haiku. Это позволяет QEMU использовать аппаратные расширения виртуализации процессора, такие как Intel VT-x, что потенциально обеспечивает производительность виртуальных машин, близкую к нативной.

Основные достижения проекта включают:

  • Перенос фронтенда NVMM и бэкенда VMX на Haiku
  • Добавление поддержки расширенных таблиц страниц (EPT) в ядро Haiku
  • Адаптация QEMU для работы с NVMM на Haiku

Хотя реализация еще не завершена, первые тесты показывают обнадеживающие результаты. Простые операционные системы и загрузчики теперь могут быть запущены с аппаратным ускорением на Haiku. Однако более сложные системы, такие как сама Haiku или Xubuntu, пока не работают.

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

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

Код проекта доступен на GitHub, он еще не интегрирован в основную кодовую базу Haiku.

>>> Подробности



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)

Ответ на: комментарий от Smacker

Ты бы ещё убунту или арч там попробовал запустить...

mittorn ★★★★★
()
Ответ на: комментарий от Smacker

Нет, это дудет как раз линукс в человеческом смысле, а не то говно, которое понапихивают в дебианах

mittorn ★★★★★
()

Проще гайку в qemu запустить, чем наоборот.

shpinog ★★★★
()
Ответ на: комментарий от Smacker

Вот покажи мне хотя бы один комп, которому нужно одновременно nouveau, radeonsi, intel и amdgpu в mesa?
Тем временем в раче nouveau неплохо так отмечается в профайлере на компе с одной лишь встройкой интела...
Ладно, некоторые конфигурации только пересборкой можно выкинуть. Но в этих самых дебианах будут тянуться лишние динамически подгружаемые драйвера. Не solib зависимости, а то, что загружается динамически.
Или вот кто-нибудь может мне объяснить, нахера нужны модули и фирмвари gpu в initrd? Ладно, допустим, некоторые конфигурации требуют для консоли видеодрайвер (если ни vga ни efi нету?), но ведь на эти конфигурации, если они вообще есть, можно было бы положить отдельный initrd?
В initrd вообще не должно быть модулей. То, что вы кладёте initrd модулем можно было бы вкомпилировать в ядро. Только те фирмвари, которые нужны для подключения дисков и иногда, очень редко, сети.
Для установщика можно было бы всё решить парой initrd - один, где всё по максимуму и второй minimal, занимающийся только диском. Ему будет нормально даже на 128 мегабайтах (меньше - нужно урезать ядро). Всё остальное - моэно собрать initrd с дополнительными модулями для какого-нибудь cryptosetup во время установки.
Касательно DE и прочего - это не проблема линукса, это проблема конкретных de и freedesktop. Линукс - не обязательно freedesktop. Там может быть как минималисьичный wayland композитор, так и иксы с wm. Жалко, легковесные de вроде ldxe загнулись. Если постараться кстати - можно и lxqt сделать легковесным. У меня в системе небольшой патч, который делает вайтлист модулей qt.
Выкидываешь glx, загрузчики всяких svg, форсишь ему XCB и memory footprint qt5 уменьшается в разы. С qt6 не пробовал

mittorn ★★★★★
()

В итоге всё придет к тому, что неважно на какой ОС запускать виртуалку с виндой и серьёзно работу работать уже там.

Daedalus
()
Ответ на: комментарий от mittorn

Так понимаешь, есть же дистрибутивы, в которых всё это пересобирают и заменяют. В том же антиксе по-прежнему SysV init, например. Не задумывался, что они в initrd пихают, но судя по внешним поверхностным проявлениям, наверное, и там оптимизируют. Не говоря уже о подоборке всего софта, в особенности гуёвого, чтобы был полегче. Но дело в том, что на выходе получается специализированный продукт. А вот все эти вышеописанные «пороки» — они присущи линуксу универсализированному, который с одного и того же диска готов запускаться на любом ПК. И эти вот позиции они находятся в конфликте друг с другом. В условиях жёсткого голодания по ресурсам работает только специфический линукс. В нормальных условиях все хотят пользоваться «полным фаршем».

PS: я подумал, и запустил на 256 метрах оперативки SLitaz. Он отъел 67 метров. Вот, пожалуйста, «могёт, если захочет».

Smacker ★★★★★
()
Последнее исправление: Smacker (всего исправлений: 1)
Ответ на: комментарий от beos

Ну, вот там геймпад X360 лежит? Лежит. Значит, старье какое-то! ;)

X-Pilot ★★★★★
()
Ответ на: комментарий от linuxuser112

Для настольгирующих по Be-Be OS .И то ,народ решил уже совместимость сломать,т.к gcc там устаревший,уже не поддерживается. Оставили только для самого минима (Ари функции),чтобы софт с открытым кодом можно было перекомпилировать под новую версию gcc.А закрытые программы если они дёргают не стандартное Ари ,все работать не будут.

maximnik0 ★★
()
Ответ на: комментарий от cocucka_B_TECTE

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

Мы работаем не в винде, а в софте, который работает на винде. Понимать надо.

Daedalus
()
Ответ на: комментарий от Daedalus

Шутка по схожесть самолёта с Виндой Me «Тошнит, а выйти некуда» прекрасно иллюстрирует «комфорт» той работы.

mister_VA ★★
()

поставить haiku чтобы на нее накатить линукс и сидеть в линуксе )

haword
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.