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 ★★★★★ ()
Ответ на: комментарий от ZenitharChampion

И не надо тут про «миллионы мух»

Я уже предложил замену с «миллионами копрофилов».

awesomelackware ()
Ответ на: комментарий от 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

Хз хз. Ксен - Амазон, квм - Гугл. У кого облако больше?

stave ★★★★★ ()
Ответ на: комментарий от 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 ()
Ответ на: комментарий от cvv

XEN и KVM построены на разных идеях и для разных целей.

Можешь объяснить подробнее?

King_Carlo ★★★★★ ()

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

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

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

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

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

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

cvv ★★★★★ ()

high-availability - скорее высоконадежный чем высокодоступный.

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

Если честно, то я специально переводил через гугл-транслит, но пока ещё никто не кричал на эту тему.
Странно.

awesomelackware ()
Ответ на: комментарий от 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 ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.