После десяти месяцев разработки представлен (https://blog.xenproject.org/2015/01/15/less-is-more-in-the-n... релиз свободного гипервизора Xen 4.5 (https://www.xenproject.org/). По сравнению с прошлым выпуском в Xen 4.5 внесено (http://wiki.xenproject.org/wiki/Xen_Project_4.5_Release_Notes) почти 12 тысяч изменений, что в 10 раз больше, чем было добавлено в процессе разработки Xen 4.4. Пол числу и важности добавленных новшеств (http://wiki.xenproject.org/wiki/Xen_Project_4.5_Feature_List) Xen 4.5 отмечен как наиболее крупный выпуск за всю историю проекта.Ключевые изменения (http://wiki.xenproject.org/wiki/Xen_Project_4.5_Feature_List) в Xen 4.5:
- Полное прекращение поддержки инструментария XM/XEND и удаление из кодовой базы связанных с ним компонентов. XM/XEND полностью заменил продвигаемый последние несколько выпусков инструментарий XL (http://wiki.xenproject.org/wiki/XL), который обратно совместим с файлами конфигурации и утилитами XM/XEND, базируется на использовании библиотеки libxl (xm/xend написан на Python, а xl на Си) и может выступать в роли прозрачной замены xend для большинства систем. Исключение составляют (http://wiki.xenproject.org/wiki/XL_vs_Xend_Feature_Comparison) конфигурации, в которых используются встроенные Python-скрипты, определение совместно используемых дисков с использованием нотации "w!", генерация окружений командами "xm vm-create" и "xm vm-start";- Начальная поддержка доменов (dom0), работающих в режиме PVH, который комбинирует элементы режимов паравиртуализации (PV) и полной виртуализации (HVM). PVH может использоваться на системах с процессорами Intel для выполнения dom0 во FreeBSD и Linux. В режиме PVH с одной стороны применяется полная виртуализация на уровне ограничения привилегированных инструкций, изоляции системных вызовов и виртуализации таблиц страниц памяти, но с другой стороны используются методы паравиртуализации для ввода/вывода, обработки прерываний, организации загрузки и взаимодействия с оборудованием. Таким образом, PVH, как и режим PV, обеспечивает высокую производительность, благодаря исключению накладных расходов на симуляцию аппаратных устройств, но использует вместо PV MMU свойственные HVM механизмы аппаратной виртуализации для обеспечения более строгой изоляции виртуальных окружений.
<center><a href="https://www.linux.com/news/enterprise/systems-management/658... src="http://www.opennet.me/opennews/pics_base/0_1394463450.jpg" style="border-style: solid; border-color: #606060; border-width: 1px;max-width:100%;" title="" border="0"></a></center>- Экспериментальная поддержка планирования заданий в режиме реального времени, что позволяет организовать выполнение в виртуальных окружениях задач, работающих в режиме реального времени, а также обеспечить работу операционных систем реального времени внутри гостевых виртуальных машин. Новый планировщик RTDS (http://wiki.xenproject.org/wiki/RTDS-Based-Scheduler) (Real-Time-Deferrable-Server) реализует возможность предсказуемого гарантированного выделения вычислительных ресурсов, привязывая к VCPU такие дополнительные параметры, как маска для закрепления выполнения на определённых физических CPU и максимальный размер ресурсов CPU, которые могут быть выделены за квант времени планировщика. При работе на многоядерных системах предоставляются возможность формирования многоядерных виртуальных машин;
- Добавлена поддержка набора инструкций SMAP (Supervisor Mode Access Prevention), реализованного в новых процессорах Intel. SMAP позволяет блокировать доступ к данным в пространстве пользователя из привилегированного кода, выполняемого на уровне ядра. Для Xen данный режим предоставляет защиту от внесения модификаций в гипервизор в случае успешной атаки на компоненты, работающие в пространстве пользователя;- Начальная поддержка создания конфигураций высокой доступности на основе системы Remus (http://wiki.xen.org/wiki/Remus), позволяющей организовать синхронизацию виртуальных машин на разных серверах и обеспечить горячее резервное копирование Xen-окружений. Обеспечение высокой надежности осуществляется за счёт поддержания на запасном сервере полностью синхронизированной копии виртуального окружения. В случае сбоя, при переключении на резервный сервер сохраняются все запущенные процессы, открытые файлы и TCP-сессии;- Улучшения, специфичные для архитектуры x86:
- Возможность мягкой привязки физических процессоров к виртуальным. Например, теперь возможно определить какому набору физических CPU следует отдавать предпочтение при работе vCPU, и Xen при возможности будет следовать заданному правилу;
- Снижены задержки при обработке прерываний в процессе проброса PCI-устройств на крупных серверах, содержащих более двух процессров;
- Поддержка прикрепления к гостевой системе нескольких обработчиков ввода/вывода (IO-REQ), что позволяет привязать к одному домену несколько экземпляров QEMU и ускорить работу конфигураций с несколькими бэкендами (QEMU), выполняющими разные виды эмуляции;
- Реализация таймера событий высокой точности (HPET (https://ru.wikipedia.org/wiki/HPET)) изменена для более быстрого и точного предоставления значений;
- Значительно ускорен процесс загрузки на системах с большим объёмом памяти (1 Тб и выше) за счёт обеспечения чистки памяти в параллельном потоке;
- Расширение (http://events.linuxfoundation.org/sites/events/files/slides/... средств интроспекции гостевых систем с использованием аппаратных механизмов виртуализации Intel EPT иAMD RVI с целью контроля обращения к критичным с точки зрения безопасности областям памяти и блокирования возможных атак;
- Поддержка технологии Intel Resource Director, предоставляемой процессорами Intel Haswell и позволяющая осуществлять мониторинг наполнения кэша
(Server Cache QoS Monitoring);
- Задействование vAPIC-расширений, доступных в процессорах Intel SandyBridge, для оптимизации работы гостевых систем, работающих в режиме PVHVM, за счёт оптимизации ввода/вывода и сокращения задержек в обработке прерываний;- Для AMD Kabini, Kaveri и более новых процессоров добавлена поддержка расширений DBE (Data Breakpoint Extensions) и маскировки MSR;
- Улучшения, специфичные для архитектуры ARM:
- Использование IOMMU (SMMUv1) для изоляции между гостевыми системами;
- Поддержка выделения до 1 Тб памяти для гостевой системы;
- Поддержка загрузки в режиме UEFI;
- Поддержка контроллера прерываний GIC v3 (Generic Interrupt Controller), в том числе с поддержкой Message Signaled Interrupts (MSI) и более 8 CPU на гостевую систему;
- Поддержка технологии Super Pages;
- Поддержка проброса MMIO-регионов для PCI-устройств. Полноценной поддержки проброса PCI пока нет, но у учётом того, что в ARM-платах обычно не используются полноценные PCI-устройства, для организации доступа к сетевым устройствам и хранилищам достаточно проброса MMIO-регионов;
- Поддержка интерфейса управления питанием PSCI 0.2 (Power State Coordination Interface);
- Обеспечена поддержка плат: AMD Seattle, Broadcom 7445D0 A15, Midway (Calxeda), Vexpress (ARM Ltd.), OMAP5, DRA7 (Texas Instrument), Exynos5250 (Exynos 5 Dual), Odroid-Xu, Exynos 5420 (Exynos Octa) (Samsung), SunXI (AllWinner aka A20/A21), CubieTruck, CubieBoard, Mustang (Applied Micro-X-Gene, ARMv8 SoC), McDivitt/HP Moonshot (Applied Micro X-Gene);
- Улучшение инструментария:
- Поддержка инфраструктуры JSON в Libxenlight (libxl), что позволяет использовать формат JSON при обмене данными с другими инструментариями;
- В Libxenlight (libxl) добавлена поддержка отслеживания конфигурации домена;- Поддержка Systemd;
- Поддержка идентификаторов генерации виртуальной машины (VM Generation ID), позволяющих обеспечить миграцию гостевых систем с контроллерами домена на базе Windows 2012 Server и более новых выпусков;
- В libvirt добавлена поддержка м...URL: https://blog.xenproject.org/2015/01/15/less-is-more-in-the-n.../
Новость: http://www.opennet.me/opennews/art.shtml?num=41466
А для Xen ведь уже не нужно патчить ядро?
Третью ветку не нужно, как для OpenVZ
> Третью ветку не нужно, как для OpenVZИ где это http://wiki.xenproject.org/wiki/Xen_Kernel_Feature_Matrix у них написано?
[Updated Oct 26th 2011]
List of binary Xen kernels included in Linux distributions:Redhat RHEL5 kernel-xen Linux 2.6.18 (Xenlinux)
Novell SLES10 Linux 2.6.16 (Xenlinux)
Novell SLES11 Linux 2.6.27 (Xenlinux)
Novell SLES11 SP1 Linux 2.6.32 (Xenlinux)
Debian Etch Linux 2.6.18-6-xen (Xenlinux)
Debian Lenny Linux 2.6.26-2-xen (Xenlinux)
Debian Lenny Linux 2.6.26-2-686-bigmem (pvops)
Debian Squeeze Linux 2.6.32-xen (pvops dom0 capable)
Debian Squeeze Linux 2.6.32-amd64 and -686-bigmem (pvops)
Fedora 12 Linux 2.6.32, Fedora 13 Linux 2.6.33 (pvops)
Redhat RHEL6 Linux 2.6.32
Fedora Core 16 and Ubuntu 11.10 (pvops, 3.0 kernel)
Блин, XenServer 6.5 только вышел, а версия там 4.4
Нужны тестеры 4.5
> Нужны тестеры 4.5"Японским ВВС требуются пилоты".
> Поддержка Systemdнаконец-то
дегенераты в иступлении минусуют, лол, без единого довода
а pygrub допили до нормального вида или таки и остался в полуживом виде?
> а pygrub допили до нормального вида или таки и остался в полуживом
> виде?второй же вышел. сходи на сайт зена
Не совсем в тему, но кто-нибудь знает, почему в дебиане из xen принципиально выпиливают его родную qemu-dm, заставляя использовать системную qemu? При этом в убунту с этим все нормально. Просто с системной qemu не работает проброс видеокарты, если гостю выделено >~3.5G оперативки.
Уже работает.
Xen 4.5 поставляется с QEMU 2.0 и SeaBIOS 1.7.5.а раньше какой QEMU был?
>Не совсем в тему, но кто-нибудь знает, почему в дебианетам же написано, как решить эту проблему
https://blog.xenproject.org/2015/01/15/less-is-more-in-the-n.../
Xen Project 4.5 will ship with QEMU v2.0 and SeaBIOS v1.7.5 with the following updates:Bigger PCI hole in QEMU via the mmio_hole parameter in guest config. This allows users to pack more legacy PCI devices for passthrough in an guest.
а вот описание этой ммио:
http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html#memor...
о, еее, в сиде появились зен-утилс 4.5!
а при включении vnc и tablet-мыши - всё так же жрет проц?
А с какой хостовой ОС нонче модно XEN юзать?
после чтения сайтов Citrix у меня сложилось мнение, что Debian и Ubuntu, для них даже репы есть со всякими xapi. видимо, они считаются более-менее стабильными, а ядро в них 3.0+, которое поддерживает xen "из коробки". есть ещё xen4centos, активно на него посматриваю, разбавлять два десятка centos'ов одним debian'ом как-то не хочется, посмотрите и вы.
