Официально вышел (http://lists.gnu.org/archive/html/qemu-devel/2010-10/msg0119...) релиз системы эмуляции аппаратного обеспечения и виртуализации QEMU 0.13 (http://www.qemu.org/), в который включено более 2500 изменений от 145 разработчиков. В качестве эмулятора QEMU позволяет запустить программу собранную для одной аппаратной платформы на системе с совершенно иной архитектурой, напирмер, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU достигается производительность выполнения кода в изолированном окружении близкая к нативной системе, за счет прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM.
Ключевые улучшения (http://wiki.qemu.org/Features/0.13) QEMU 0.13:- Поддержка vhost-net, работающего на уровне ядра бэкенда для акселерации сетевых операций для virtio-устройств (используется в KVM);
- Полная поддержка QMP (http://wiki.qemu.org/QMP) (QEMU Monitor Protocol) - базирующегося на JSON асинхронного про...URL: http://lists.gnu.org/archive/html/qemu-devel/2010-10/msg0119...
Новость: https://www.opennet.ru/opennews/art.shtml?num=28311
Товарисчи, а кто быстрей на атоме с бубунтой работает, qemu или virtual box? И есчё вопрос - qemu позволяет запустить полуось на процесоре без VT-x?
> Товарисчи, а кто быстрей на атоме с бубунтой работает, qemu или virtual
> box?Xen
> И есчё вопрос - qemu позволяет запустить полуось на процесоре без VT-x?
да
Как организавать запуск полуоси без VT-x?
а USB оно умеет?
Да, как эмуляцию так и маппинг из хост системы.С.
Если кому не влом, объясните, каким образом qemu использует xen. KVM как я понимаю используется для использования Intel VT и AMD-V, за счет чего достигается почти нативная производительность. Так же qemu может работать без этого модуля для эмуляции других архитектур. А xen тут каким боком?
# vi qemu-options.hx
/xenDEF("xen-domid", HAS_ARG, QEMU_OPTION_xen_domid,
"-xen-domid id specify xen guest domain id\n", QEMU_ARCH_ALL)
DEF("xen-create", 0, QEMU_OPTION_xen_create,
"-xen-create create domain using xen hypercalls, bypassing xend\n"
" warning: should not be used when xend is in use\n",
QEMU_ARCH_ALL)
DEF("xen-attach", 0, QEMU_OPTION_xen_attach,
"-xen-attach attach to existing xen domain\n"
" xend will use this when starting qemu\n",
QEMU_ARCH_ALL)
STEXI
@item -xen-domid @var{id}
@findex -xen-domid
Specify xen guest domain @var{id} (XEN only).
@item -xen-create
@findex -xen-create
Create domain using xen hypercalls, bypassing xend.
Warning: should not be used when xend is in use (XEN only).
@item -xen-attach
@findex -xen-attach
Attach to existing xen domain.
xend will use this when starting qemu (XEN only).
ETEXI
:q!
KSM (Kernel Samepage Merging) добавили?---
Фи...# grep -i MADV_MERGEABLE -R ./*
./exec.c:#ifdef MADV_MERGEABLE
./exec.c: madvise(new_block->host, size, MADV_MERGEABLE);
./exec.c:#ifdef MADV_MERGEABLE
./exec.c: madvise(new_block->host, size, MADV_MERGEABLE);
Не знаю - не знаю, как я полгода назад помучал это qemu, так и вернулся на вмварь. Работа с графикой/мышкой ниже всякой критики. Мож я что-то не так делал...
А у меня наоборот - уже года два, как на qemu переполз и не жалею.
В моем случае графика и мышка не важны - крутятся в основном линуксовые серваки, где графика не принципиальна (почта, www, e.t.c.) + виртуальный Win2008R2 в качестве локального wsus`а.Из бонусов против вмвари - не надо плясать с бубном в случае обновления ядра на неподдерживаемую вмварью версию. Да и VMware Server, кажись, окончательно забросили.
Справедливости ради, скажу, что одна виртуальная машинка (CentOS 5.4) вела себя именно под qemu странно - иногда подвисала и жрала свое ядро CPU под 100%. Явной закономерности не выявил (иногда месяцы без сбоев, иногда через день завис), есть подозрение, что она дохла при очень большой нагрузке на общий для всех виртуалок сетевой интерфейс.
Решил проблему тупо - поставил watchdog в эту самую виртуалку. Все, проблем нет, если что - виртуалка ребутится автоматически (конкретно ей это не страшно).
У меня QEMU просто падал! С XEN-ом таких проблем не было!