| 1.1, Аноним (-), 18:41, 18/05/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
неужели это свершилось? оно уже нормально работает с ядрами > 2.6.18?
| | |
| |
| 2.2, xguru (?), 19:05, 18/05/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>неужели это свершилось? оно уже нормально работает с ядрами > 2.6.18?
Оно и работало
| | |
|
| |
| 2.5, xguru (?), 19:51, 18/05/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>А когда они подпилят свои подпорки, чтобы их в ядро приняли?
Так а pv_ops уже в ядре (и давно),
но ядро с pv_ops пока не может работать в домене 0.
То что было в 2.6.18 ( то есть, не через pv_ops)
в ядро уже включать не будут
| | |
| 2.6, Docent (??), 20:16, 18/05/2009 [^] [^^] [^^^] [ответить]
| +/– |
в следующей версии 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
| | |
| |
| 3.9, xguru (?), 20:36, 18/05/2009 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
> * 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 получилось
| | |
|
|
| 1.7, Docent (??), 20:21, 18/05/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А Kemari они так и не реализовали в 3.4, хотя обещали :-(
Перенесли на 4.0
| | |
| |
| 2.8, xguru (?), 20:34, 18/05/2009 [^] [^^] [^^^] [ответить]
| +/– |
>А Kemari они так и не реализовали в 3.4, хотя обещали :-(
>
>Перенесли на 4.0
Да, что правда, то правда
| | |
|
| 1.10, Я (??), 22:14, 18/05/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Использую gentoo.
Что понравилось в xen:
* (относительно) удобное управление вируальными машинами - xm start/list/shutdown (ищу аналог для KVM/qemu)
Что не понравилось в xen:
* нельзя просто впереть (удобно тестировать перед тем как втащить всё на сервер) его на десктоп с nvidia
* в gentoo xen-sources обновляется крайне нерегулярно
* очень туманное описание разнообразных настроек сети host<->guest в документации,
зато из доков по qemu сразу стало ясно что и как. Правда на момент первого прочтения
документации я был нулём в ethernet bridge и по-этому не понял что мне надо и как это сделать.
Что понравилось в KVM:
* в режиме полной вируализации (немодицицированного гостя) работает сравнимо с Xen
* уже в ядре (нет проблем с обновлением)
* память после завершившейся виртуальной машины возвращается системе (возможно, я просто не осилил xen baloon?)
* гости свопятся, когда не используются (удобно, когда запущено редко использующееся параллельно стадо виртуальных машин)
| | |
| |
| 2.11, alexxy (?), 00:29, 19/05/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Использую gentoo.
>
>Что понравилось в xen:
>* (относительно) удобное управление вируальными машинами - xm start/list/shutdown (ищу аналог для
>KVM/qemu)
>
>Что не понравилось в xen:
>* нельзя просто впереть (удобно тестировать перед тем как втащить всё на
>сервер) его на десктоп с nvidia
>* в gentoo xen-sources обновляется крайне нерегулярно
Ну добавь мой оверлей layman -a alexxy тем есть ядро xen на базе pv_ops из гита. Оно кстати с нвидиа работает. Сегодня вероятно добавлю xen-3.4.0
| | |
| |
| 3.16, Я (??), 22:33, 19/05/2009 [^] [^^] [^^^] [ответить]
| +/– |
Собирает прямо из git неофициальную ветку (хоть и одного из основных разработчиков) xen?
Что-то не очень хочется, но всё равно спасибо.
Сегодня узнал о libvirt и virt-{installer, viewer, manager} (кстати поддерживает не только kvm, но и кучу других ср-в виртуализации). Прекрасная штука!
Так как сейчас все xen guests - hvm guests, в kvm их перетащить будет элементарно.
| | |
|
| 2.12, Hetzer (ok), 08:21, 19/05/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Что не понравилось в xen:
>* нельзя просто впереть (удобно тестировать перед тем как втащить всё на
>сервер) его на десктоп с nvidia
Вы наверно невнимательно читали документацию. Во время xen_3.0 появилось множество воркэраундов вокруг проприетарного железа и в xen_3.1 многие попали официально.
export IGNORE_XEN_PRESENCE=1 при сборке проприетарных nvidia дров и будет у вас полноценный domU с compiz и opеngl игрушками. По крайней меря, я уже год назад этим пользовался.
| | |
|
| |
| 2.17, xguru (?), 07:49, 21/05/2009 [^] [^^] [^^^] [ответить]
| +/– | |
Не в guest, конечно, а только в домене 0.
Хотя в guest тоже можно попробовать, если у вас чипсет поддерживает vt-d,
но в домене 0 её тогда, правда, не будет
| | |
|
| 1.18, Аноним (-), 16:58, 23/06/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Добавили бы Dom0 в основную ветку ядра и не было бы этого геморроя с поиском оптимальной версии ядра и функций
| | |
| |
| 2.19, ObeyKun (?), 06:33, 04/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
 >Добавили бы Dom0 в основную ветку ядра и не было бы этого
>геморроя с поиском оптимальной версии ядра и функций
А нафиг оно нужно в основной ветке, когда есть KVM? Допилят KVM и он войдёт в мейстрим. Тогда-то xen и подохнет (не сразу, конечно, но смысла его использовать не будет, а прозрачную миграцию с xen точно организуют, интерпрайз же).
| | |
|
|
