LINUX.ORG.RU

Вышел Xen 4.3

 ,


0

1

Xen — кроссплатформенный гипервизор, разработанный в компьютерной лаборатории Кембриджского университета и распространяемый на условиях лицензии GPL. Xen 4.3 разрабатывался в течение более чем 9 месяцев, в разработке принимало участие 90 профессионалов из 27 организаций, а также 25 независимых разработчиков.

Что нового в Xen 4.3:

  • Начальная поддержка архитектур ARM 32- и 64-bit. Поддержка ARMv7 была проверена для устройств Arndale Board, Samsung XE303C12-A01 Chromebook, ARM Fast Models и ARM Versatile Express. Для ARMv8 проверялись ARM Fast Models.
  • Планировщик гипервизора теперь поддерживает NUMA-архитектуру, что увеличивает общую производительность платформы.
  • На хостах теперь поддерживается до 16 ТБ физической оперативной памяти.
  • Поддержка открытого коммутатора openvswitch.
  • Теперь снято ограничение на 300 виртуальных процессоров (vCPU) на хост, а гипервизор был оттестирован для 750 vCPU.
  • Появилась поддержка средств аппаратной виртуализации (Intel hardware virtualization) для контроллеров APIC и интерфейса ACPI v5.
  • Появилась поддержка расширения MWAIT, позволяющего оптимизировать потребление электроэнергии процессором хоста.

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

★★★★★

Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 3)
Ответ на: комментарий от anonymous

Xen is known as a Type 1 or ”bare-metal” hypervisor, meaning that it runs directly on top of the physical machine as opposed to within an operating system.

Это недостаток технологии. Xen не смогли подружить ни с одной операционкой, поэтому и сделали такой костыль со своей собственной недооперационкой. И все равно поверх этого костыля грузится хостовая ОС dom0, а уж поверх того виртуалки.

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

Ну да, может. Только не думаю, что кто-то в роли dom0 будет использовать что-то другое. Какой смысл держать dom0 на NetBSD, а остальные домены на Linux?

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

Ну так virtio - это как раз паравиртуализация в KVM. Минус данного подхода в том, что гостевая ОС должна иметь драйвера vitio, а у оффтопика их нет в стандартной поставке. Приходится устанавливать драйвера, а потом изменять конфигурацию гостевой системы(менять тип устройства на аналогичное паравитруальное).

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

Софтовая очень медленная, понятно почему разработчики Xen не торопились.

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

Это недостаток технологии. Xen не смогли подружить ни с одной операционкой, поэтому и сделали такой костыль со своей собственной недооперационкой.

ты совсем не понял идеи XEN.

И все равно поверх этого костыля грузится хостовая ОС dom0, а уж поверх того виртуалки.

Это вкорне не так

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

Какой смысл держать dom0 на NetBSD, а остальные домены на Linux?

А почему-бы и нет, отличный юзкейс. Сам бы именно так и делал, если бы не кое-какие патчи, которые нужны мне, но при этом мешают работе в dom0

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

А я думал, что так они оптимизируют доступ хоста(и остальных доменов) распределяя обращения к аппаратным ресурсам через паравиртуальные устройства.

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

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

ну кстати необязательно. В вин7 или 2008 в сетапе прекрасно подгружаются драйверы из исошника.

AVL2 ★★★★★
()
Ответ на: комментарий от centr-o

Ну, это событие политического свойства, не технического.

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

а в чем собственно проблема? - в этом случае ты просто не сможешь в рантайме влиять на работу XEN. ну может гдето еще какието нюансы по мелочам вылезут.

PS: я учавствовал в реализации поддержки аппаратной виртуализации для A15.

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

Эээээ, в смысле без доступа к dom0, или вообще без оного? Просто мне трудно представить работу domU без сетов Backend/Frontend драйверов. Или учитывая подпись речь идет только о режиме PVH на Cortex?

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

Эээээ, в смысле без доступа к dom0, или вообще без оного? Просто мне трудно представить работу domU без сетов Backend/Frontend драйверов.

ты мыслишь категориями KVM

Или учитывая подпись речь идет только о режиме PVH на Cortex?

ну и об этом вчастности.

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

а что мешает паравиртуалить аппаратные ресурсы из хостовой ОС?

openvz и lxc это вообще делают это в чистом виде.

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

ты мыслишь категориями KVM

Странно, но до сих пор документация Xen прямо оперирует понятиями DriverDomain, FrontendDriver/ BackendDriver. И, не уверен за PVH, но в остальных режимах на x86, Xen немыслим без dom0, который отвечает за стек ввода-вывода гостей.

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

Потому что на BSD с гипервизорами все настолько печально, что NetApp который базирует DataONTAP на их коде с года два назад свой проект мутить начал, видать от безысходности.

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

Затем-же зачем <что-то другое> в качестве хоста для Xen. А что-то другое мне нафиг не сдалось ибо везде фря.

slovazap ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.