После 9 месяцев разработки увидела свет (http://lists.xensource.com/archives/html/xen-devel/2009-05/m...) новая версия
свободного гипервизора Xen - 3.4.0.
Основные усовершенствования (http://xgu.ru/wiki/Xen/news) этой версии:
- Усовершенствован проброс устройств, особый акцент сделан на устройства для рабочих станций (подробнее: XCI);
- Значительные улучшения, касающиеся надёжности и отказоустойчивости, RAS (Reliability – Availability - Serviceability);
- Усовершенствован интерфейс Viridian (Hyper-V);
- Управление питанием. Новые алгоритмы разделения процессорного ресурса, позволяющие использовать энергию более экономно;
- Другие многочисленные улучшения.URL: http://xgu.ru/wiki/Xen/news
Новость: http://www.opennet.me/opennews/art.shtml?num=21785
неужели это свершилось? оно уже нормально работает с ядрами > 2.6.18?
>неужели это свершилось? оно уже нормально работает с ядрами > 2.6.18?Оно и работало
А когда они подпилят свои подпорки, чтобы их в ядро приняли?
>А когда они подпилят свои подпорки, чтобы их в ядро приняли?Так а pv_ops уже в ядре (и давно),
но ядро с pv_ops пока не может работать в домене 0.То что было в 2.6.18 ( то есть, не через pv_ops)
в ядро уже включать не будут
в следующей версии Xen обещают поддержку 2.6.30:
The following features/enhancements are proposed for Xen 4.0:
* RDMA Live Migration Support
* Dom0 kernel in Linux 2.6.30 or later
* Dom0 support for Marvell 6480 disk driver
* Pass through USB-Controllers/Devices for PV Guests
* Fault Tolerance - Project Remus and/or Kemari
* Monitor, Limit, Control network traffic coming at DomUs
* Internationalization / Unicode Support
* Configure Virtual Bridge like Real Switch (e.g. Control VLAN, port status)
* VLan tagging per NIC int he VM Config File
* Virtual Ethernet Switch
* Physical Xen boot/install support via native UEFI (pUEFI) and virtual UEFI (vUEFI) support
* Limit I/O for individual disks of VM (similar to credit scheduler weight)
* Dynamic Memory Management for Overcommiting RAM
* PCI CGA Passthrough for VT-d (vendor cards like Nvidia, AIT, etc)
* Full AMD IOMMU Support
* Online resizing of DomU Disks
* Cross compliling Xen and Modular Builds
>[оверквотинг удален]
> * Physical Xen boot/install support via native UEFI
>(pUEFI) and virtual UEFI (vUEFI) support
> * Limit I/O for individual disks of VM
>(similar to credit scheduler weight)
> * Dynamic Memory Management for Overcommiting RAM
> * PCI CGA Passthrough for VT-d (vendor cards
>like Nvidia, AIT, etc)
> * Full AMD IOMMU Support
> * Online resizing of DomU Disks
> * Cross compliling Xen and Modular BuildsЭто не совсем обещают, это скорее предлагают разработчкикам.
Как в этот раз с Kemari получилось
А Kemari они так и не реализовали в 3.4, хотя обещали :-(
Перенесли на 4.0
>А Kemari они так и не реализовали в 3.4, хотя обещали :-(
>
>Перенесли на 4.0Да, что правда, то правда
Использую gentoo.Что понравилось в xen:
* (относительно) удобное управление вируальными машинами - xm start/list/shutdown (ищу аналог для KVM/qemu)Что не понравилось в xen:
* нельзя просто впереть (удобно тестировать перед тем как втащить всё на сервер) его на десктоп с nvidia
* в gentoo xen-sources обновляется крайне нерегулярно
* очень туманное описание разнообразных настроек сети host<->guest в документации,
зато из доков по qemu сразу стало ясно что и как. Правда на момент первого прочтения
документации я был нулём в ethernet bridge и по-этому не понял что мне надо и как это сделать.Что понравилось в KVM:
* в режиме полной вируализации (немодицицированного гостя) работает сравнимо с Xen
* уже в ядре (нет проблем с обновлением)
* память после завершившейся виртуальной машины возвращается системе (возможно, я просто не осилил xen baloon?)
* гости свопятся, когда не используются (удобно, когда запущено редко использующееся параллельно стадо виртуальных машин)
>Использую gentoo.
>
>Что понравилось в xen:
>* (относительно) удобное управление вируальными машинами - xm start/list/shutdown (ищу аналог для
>KVM/qemu)
>
>Что не понравилось в xen:
>* нельзя просто впереть (удобно тестировать перед тем как втащить всё на
>сервер) его на десктоп с nvidia
>* в gentoo xen-sources обновляется крайне нерегулярноНу добавь мой оверлей layman -a alexxy тем есть ядро xen на базе pv_ops из гита. Оно кстати с нвидиа работает. Сегодня вероятно добавлю xen-3.4.0
Собирает прямо из git неофициальную ветку (хоть и одного из основных разработчиков) xen?
Что-то не очень хочется, но всё равно спасибо.Сегодня узнал о libvirt и virt-{installer, viewer, manager} (кстати поддерживает не только kvm, но и кучу других ср-в виртуализации). Прекрасная штука!
Так как сейчас все xen guests - hvm guests, в kvm их перетащить будет элементарно.
>Что не понравилось в xen:
>* нельзя просто впереть (удобно тестировать перед тем как втащить всё на
>сервер) его на десктоп с nvidiaВы наверно невнимательно читали документацию. Во время xen_3.0 появилось множество воркэраундов вокруг проприетарного железа и в xen_3.1 многие попали официально.
export IGNORE_XEN_PRESENCE=1 при сборке проприетарных nvidia дров и будет у вас полноценный domU с compiz и opеngl игрушками. По крайней меря, я уже год назад этим пользовался.
Вообще новые дрова нвидии имеют поддержку pv_ops
Видеокарта в guest заработала?
Не в guest, конечно, а только в домене 0.Хотя в guest тоже можно попробовать, если у вас чипсет поддерживает vt-d,
но в домене 0 её тогда, правда, не будет
Добавили бы Dom0 в основную ветку ядра и не было бы этого геморроя с поиском оптимальной версии ядра и функций
>Добавили бы Dom0 в основную ветку ядра и не было бы этого
>геморроя с поиском оптимальной версии ядра и функцийА нафиг оно нужно в основной ветке, когда есть KVM? Допилят KVM и он войдёт в мейстрим. Тогда-то xen и подохнет (не сразу, конечно, но смысла его использовать не будет, а прозрачную миграцию с xen точно организуют, интерпрайз же).