LINUX.ORG.RU

Xen 4.9

 


1

3

В версии 4.9 основное внимание уделяется расширенным функциям для задач встроенных, автомобильных и облачных вычислений, расширенных конфигураций загрузки для большей переносимости на разных платформах, добавления новых инструкций x86 для ускорения компьютерных вычислений и улучшения имеющийся функциональности, связанной с архитектурой ARM и т. д.

Новые возможности:

  • Реализована загрузка Xen на платформах с EFI с помощью GRUB2 (x86).
  • Добавлены новые стандартные ABI для совместного использования устройств между виртуальными машинами (включая эталонные реализации) для ряда встраиваемых, автомобильных и облачных задач.
  • Добавлен протокол удалённой файловой системы Xen transport для 9pfs, первоначально написанный для ОС Plan 9. Фронтенд Xen 9pfs уже включён в ядро Linux, а бекенд в QEMU. Теперь можно использовать файловую систему (не обязательно блочное устройство) одной виртуальной машины внутри другой, что является требованием для добавления поддержки Xen ко многим контейнерам, таким как CoreOS rkt.
  • Проведена оптимизация Xenstored.
  • Интерфейс между Xen и QEMU был полностью переработан. Теперь в Xen есть только один hypercall (DMOP), разработанный, чтобы позволить драйверу privcmd проверять диапазоны и параметры памяти QEMU, которые передаются в Xen через DMOP. Этот драйвер позволяет проводить аудит DMOP, что значительно ограничивает возможности скомпрометированной версии QEMU для атаки на гипервизор.
  • Добавлена поддержка инструкций Neural Network AVX512_4VNNIW и Multiply Accumulation Single precision AVX512_4FMAPS как подсемейства наборов инструкций AVX512. Благодаря тому, что эти инструкции включены в Xen для гостей HVM и PV, программы в гостевых ОС теперь могут в полной мере воспользоваться ими, чтобы ускорить компьютерное обучение.
  • Обнаружение системных ошибок (ARM): сделан шаг вперёд в области наёежности и удобства обслуживания с внедрением системы обнаружения ошибок и отчётности, что является ключевой функцией для клиентов с высокодоступными системами.
  • Старая реализация GCOV заменена. Новая версия поддерживает больше форматов и предоставляет более общий интерфейс.
  • Переработан и упрощён код эмуляции x86 для обеспечения безопасности.

Исходный код доступен в Git (тег RELEASE-4.9.0) и в виде tar-архива на официальном сайте.

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

Хорошая штука. Что подтверждается тем, что Xen используется большинством, т.к. входит в состав Ubuntu. И не надо тут про «миллионы мух». Не то что KVM, который входит в состав RHEL, которым пользуется только крупный бизнес - в количественном отношении, меньшинство.

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

Во времена Linux 3.4 я пробросил видеокарту в гостевую винду, пользуясь связкой QEMU + Xen. KVM в том году ещё не умел. Теперь умеет, и они как бы равны. Но у меня уже всё настроено, и менять не хочется.

ZenitharChampion ★★★★★ ()
Ответ на: комментарий от ZenitharChampion
$ cat /etc/lsb-release 
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.10
DISTRIB_CODENAME=yakkety
DISTRIB_DESCRIPTION="Ubuntu 16.10"
$ aptitude show qemu-kvm 
Package: qemu-kvm                        
Version: 1:2.6.1+dfsg-0ubuntu5.5
State: not installed (configuration files remain)
Multi-Arch: foreign
Priority: optional
Section: misc
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Architecture: amd64
Uncompressed Size: 88,1 k
Depends: qemu-system-x86 (= 1:2.6.1+dfsg-0ubuntu5.5)
Conflicts: kvm, kvm:i386, qemu-kvm-spice, qemu-kvm:i386
Breaks: qemu-system-x86 (< 1.7.0+dfsg-2~), qemu-system-x86:i386 (<
        1.7.0+dfsg-2~)
Replaces: qemu-kvm-spice, qemu-system-x86 (< 1.7.0+dfsg-2~),
          qemu-system-x86:i386 (< 1.7.0+dfsg-2~)
Provides: kvm, kvm:i386, qemu-kvm-spice, qemu-kvm:i386 (=
          1:2.6.1+dfsg-0ubuntu5.5)
Provided by: qemu-kvm:i386 (1:2.6.1+dfsg-0ubuntu5), qemu-kvm:i386
             (1:2.6.1+dfsg-0ubuntu5.5)
Description: QEMU Full virtualization
 QEMU is a fast processor emulator.  This package depends on the appropriate
 qemu-system-$arch to enable KVM to be run.  It also includes a script
 /usr/bin/kvm which runs the appropriate qemu-system-$arch in kvm mode. 
 
 Please note that old qemu-kvm configuration files (in /etc/kvm/) are no longer
 used.

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

И чего ты этим имел сказать?

Щас придёт dyasny и расскажет что production KVM это RHEV, а все кто юзает что-то другое — ССЗБ …

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

Сидят две мухи, говно жрут,
Уплетают наподобие тортика...
Одна говорит: «Наелась, пойду посру.»,
А вторая: «Бля! Весь аппетит испортила!»

Indexator ★★★ ()

Релиз гипервизра
гипервизра

Поправь

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

Xen используется большинством, т.к. входит в состав Ubuntu

Фигню говорите. Никто не крутит голую виртуализацию. Одна из основных направленностей убунты - openstack и там вполне себе kvm.

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

входит в состав RHEL, которым пользуется только крупный бизнес

Тоже фигня.

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

RHEL, которым пользуется только крупный бизнес

ну брехня же- работаю в мелкой конторе, всего-то около 4000 рыл, rhel есть.

кстати kvm в бубунте тоже.

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

KVM, который входит в состав RHEL

KVM - kernel based virtual machine.

Капитан очевидность намекает, шо оно в ядре и от дистрибутива зависит чуть более, чем никак. Если твои говномейнтейнеры говнодистрибутивов не осилили конфигурацию ядра - соболезную.

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

в мелкой конторе, всего-то около 4000 рыл, rhel есть.
мелкой
4000

Очень толсто.

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

XEN и KVM построены на разных идеях и для разных целей. Каких задач больше то и используется больше, но они обычно не конкурируют за пределами десктопа.

cvv ★★★★★ ()

Народ, а что там слышно насчёт vGPU? Знаю, что Интел пилит GVT-g(aka XenGT), Nvidia своё тоже вроде пилит.

А как оно вообще, получилось у кого-то завести vGPU с выводом на локальный дисплей?

P.S. От темы виртуальных машин далёк. Только VMware WS использовал.

dvl36 ()

Теперь можно использовать файловую систему (не обязательно блочное устройство)

Это как? Накой виртуальной машине вообще о файловой системе знать?

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

Просто 9P может предоставлять всё подряд, начиная от ext2fs, заканчивая jsonfs.

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

Основная идея XEN - максимально «честно» разделить хардварные ресурсы между виртуальными машинами. В то време как основная идея KVM - выжать из железа максимум.

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

Ну я пилил вендорный XEN около года ...

В kvm есть менеджмент ресурсов.

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

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

многие такие термины уже инстинктивно переводят в уме обратно на английский)

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

В XEN ты можешь гарантировать доступность ресурса. В KVM ресурс будет доступен тогда когда это целесообразно с точки зрения производительности или утилизации ресурсов.

Хорошо, допустим. Но как выражается разница между xen и kvm с чисто практической точки зрения?

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

Если ты не собираешься забрасывать физические устройства в гостя или у тебя нету IO-MMU то KVM будет более гибок и даст лучшую производительность.

Если же у тебя каждому гостю положена своя сетевуха, свой диск и подобное - то XEN определенно лучше так так намного эффективней использует IO-MMU. Кроме того XEN намного более надежен.

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

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

Если ты не собираешься забрасывать физические устройства в гостя или у тебя нету IO-MMU то KVM будет более гибок и даст лучшую производительность.
Если же у тебя каждому гостю положена своя сетевуха, свой диск и подобное - то XEN определенно лучше так так намного эффективней использует IO-MMU. Кроме того XEN намного более надежен.

Это подтверждается какими-нибудь тестами?

Кроме того XEN намного более надежен.

В чём это выражается?

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

Эта задача элементарно решается на kvm.

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

Если ты не собираешься забрасывать физические устройства в гостя или у тебя нету IO-MMU то KVM будет более гибок и даст лучшую производительность.
Если же у тебя каждому гостю положена своя сетевуха, свой диск и подобное - то XEN определенно лучше так так намного эффективней использует IO-MMU. Кроме того XEN намного более надежен.

Это подтверждается какими-нибудь тестами?

Вообще тестов в открытом доступе хватало. Гугль должен помочь

Кроме того XEN намного более надежен.

В чём это выражается?

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

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

Эта задача элементарно решается на kvm.

Однозначно. Тем не меннее на этой задаче при стечении обстоятельств может быть целесообразно заморочится с XEN.

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

Вообще тестов в открытом доступе хватало. Гугль должен помочь

Я наверное плохо гуглю, не могу найти тесты при нескольких конкурентных ВМ и проброшенном в ВМ железе.

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

А кто из больших вендоров развивает xen? Последние пару лет казалось, что xen потихоньку останавливается в развитии, а без развития любой проект вскоре начинает умирать. Динамика развития kvm и xen сильно различается?

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

По памяти: Oracle, Citrix, GlobalLogic, EPAM

Последние пару лет казалось, что xen потихоньку останавливается в развитии, а без развития любой проект вскоре начинает умирать

Основной вектор развития XEN - поддержка нового железа и новых платформ. До умирать ему далеко ибо в его нише конкурентов нет.

Динамика развития kvm и xen сильно различается?

Скорее всего - да, но я не в курсе деталей ибо знаю KVM только как пользователь.

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