Официально представлен (http://lists.gnu.org/archive/html/qemu-devel/2013-12/msg0177...) релиз QEMU 1.7.0 (http://wiki.qemu.org/Download). В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы, на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к нативной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM.
Изначально проект был создан Фабрисом Белларом (Fabrice Bellard) с целью обеспечения возможности запуска собранных для платформы x86 исполняемых файлов Linux на архитектурах, отличных от x86. За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400. Всего в разработке всех выпусков QEMU приняло участие более 400 авторов, которые подготовили около 23 тысяч изменений. При подготовке версии 1.7 внесено около 1300 изменений от 126 разработчиков.Ключевые улучшения (http://wiki.qemu.org/ChangeLog/1.7), добавленные в QEMU 1.7.0:
- Расширены возможности драйверов для блочных устройств:
- В драйвер распределенного хранилища Sheepdog добавлена поддержка автоматического восстановления соединения после проблем с каналом связи;
- В драйвер VMDK добавлена поддержка файлов, созданных в VMWare ESX;
- В драйвере qcow2 реализовано обнаружение некоторых типов повреждений целостности образов виртуальных машин. Для повреждённого образа блокируются операции записи данных;
- В драйвер VHDX добавлена поддержка создания и записи образов в формате .vhdx;
- Добавлена новая команда "qemu-img map" для сохранения метаданных файла образа гостевой системы в читаемом виде или формате JSON;- Улучшение эмуляции звуковых устройств. В код эмуляции звуковых устройств HDA по умолчанию включена реализация микшера, для использования которого ранее необходимо было собрать QEMU с опцией "--enable-mixemu". Налажена корректная работа звука на системах без OSS (/dev/dsp), без необходимости использования дополнительных сборочных опций. В процессе эмуляции звуковых устройств снижена нагрузка на CPU и теперь учитывается значение переменной окружения QEMU_AUDIO_TIMER_PERIOD;
- Добавлена поддержка эмуляции контролллера LSI 53C810 SCSI HBA, который в отличие от 895A поддерживается в некоторых старых выпусках Windows NT;
- В VFIO, механизм для создания виртуализированных драйверов устройств, работающих в пространстве пользователя, реализован более надёжный метод сброса устройств и добавлена поддержка настроек привязки обработчиков прерываний MSI к определённым ядрам CPU.
- Увеличена производительность и функциональность кода эмуляции USB 3.0;
- В эмулятор платформы MicroBlaze (софт-процессоры на базе Xilinx FPGA) добавлена возможность указания образа initrd в командной строке;
- В эмуляторе PowerPC появилась поддержка новой команды dump-guest-memory для сброса дампа памяти гостевой системы;
- В эмуляторе архитектуры x86 обеспечена поддержка более 1 Тб ОЗУ и добавлена возможность использования в прошивках таблиц ACPI, генерируемых QEMU, что позволит в будущем реализовать дополнительные возможности без необходимости модификации компонентов прошивки (SeaBIOS, OVMF, CoreBoot);
- Для HVM-окружений Xen (аппаратная виртуализация с эмуляцией устройств) добавлена поддержка выхода из спящего режима S3 (suspend-to-RAM);
- В режиме мониторинга появилась поддержка автодополнения опций подкомманд, таких как "info block", а также возможность вывода подсказки ("help info block"). Добавлены новые команды "blockdev-snapshot-internal-sync" и "blockdev-snapshot-delete-internal-sync" для поддержки внутренних снапшотов qcow2 и команды "blockdev-add" с реализацией QMP-интерфейса для горячего подключения блочных устройств;
- Переписан алгоритм регулировки пропускной способности блочных устройств. Новая реализация более надёжна и поддерживает задания отдельных лимитов для всплесков ввода/вывода и обычной активности;
- В режиме эмуляции уровня пользователя, позволяющем запускать на одной архитектуре процессы, собранные для другой архитектуры, добавлена поддержка исполняемых файлов архитектуры AArch64 и поддержка атомарных системных вызовов при эмуляции M68K ColdFire;- В агенте для гостевых систем добавлена поддержка команд "filesystem freeze/thaw" на платформе Windows. Поддержка реализована через обращение к сервису VSS (Volume Shadow Copy Service);
- При поступлении запроса на дизассемблирование для архитектур, для которых отсутствует встроенный дизассемблер, QEMU вместо ошибки теперь генерирует шестнадцатеричный дамп, который в дальнейшем с использованием сторонних инструментов может быть преобразован в дизассемблированное представление;- В классический генератор кода TCG (Tiny Code Generator) добавлена поддержка запуска на хостах с x32 ABI.
URL: http://lists.gnu.org/archive/html/qemu-devel/2013-12/msg0177...
Новость: http://www.opennet.me/opennews/art.shtml?num=38560
> В эмуляторе архитектуры x86 обеспечена поддержка более 1 Тб ОЗУ=-o
---
Товарищи переводчики, точнее надо, ваще две разницы "обеспечена" и "Initial support but not yet support"> Initial support for supporting more than 1TB of RAM
> (but firmware does not yet support this).
Поддержка там уже полноценная, другое дело что прошивок нужных пока нет, SeaBIOS поддерживает не больше 4 Гб, но прошивки к QEMU имеют слабое отношение.http://git.qemu.org/?p=qemu.git;a=commit;h=0624c7f916b4d97f1...
> Поддержка там уже полноценная, другое дело что прошивок нужных пока нетТо есть не работает, и даже никто не проверял. :)
Это как в 93 году, Pentium типа поддерживал 4Гб ОЗУ, правда столько слотов
не было на материнках, а когда собрали в кластер, оказалось, что не всегда работает-то.На самом деле интересует другое - 1 Терабаб на x86 - это для x86_32 или только х86_64,
а если х86_32, то какая 32-битная ось уметь 1 терабаб ОЗУ иметь?
проверить, вообще-то, можно и без биоса.
>> Поддержка там уже полноценная, другое дело что прошивок нужных пока нет
> То есть не работает, и даже никто не проверял. :)
> Это как в 93 году, Pentium типа поддерживал 4Гб ОЗУ, правда столько
> слотов
> не было на материнках, а когда собрали в кластер, оказалось, что не
> всегда работает-то.
> На самом деле интересует другое - 1 Терабаб на x86 - это
> для x86_32 или только х86_64,
> а если х86_32, то какая 32-битная ось уметь 1 терабаб ОЗУ иметь?Не понимаю, что ты кипишишь:
$ free -m
total used free shared buffers cached
Mem: 775544 692135 83408 0 857 259724
-/+ buffers/cache: 431553 343991Не терабайт, но близко. SL 6.4, если не ошибаюсь.
> Не терабайт, но близко.Угу, осталось совсем немного, всего-то еще 1250 раз по 800 мегов. :)
Флаг "-m" не видим?
На что я тролль-троллем, а всегда вместо указания на опечатки\некорректный перевод использую кнопку "Исправить".
пора очками обзаводится, там 775гиг
Да насрать, ядро какое, 32 бита???
Совсем глупый?
Почему VirtualBox работает быстрее QEMU?
> Почему VirtualBox работает быстрее QEMU?Потому что эмуляция и виртуализация - разные задачи.
Когда нужна скорость, используется xen (который основан на qemu) или qemu-kvm.
QEMU - прежде всего эмулятор. Он даже так и называется Quick EMUlator.
Xen - гипервизор. А мы про эмуляцию говорим.
Для работы xen необходима эмуляция некоторых устройств. Она обеспечивается средствами qemu.
> Xen - гипервизор. А мы про эмуляцию говорим.И да, выше упоминался VBox, который тоже очень слабо относится к эмуляции.
> Почему VirtualBox работает быстрее QEMU?Бенчмарки можно было бы и показать.
Какие бенчмарки, троль? Поставь обе программы и сравни скорость работы. Она видна невооружённым взглядом.
> Какие бенчмарки, троль? Поставь обе программы и сравни скорость работы. Она видна
> невооружённым взглядом.Если у тя руки из жопы, qemu не виноват.
> Какие бенчмарки, троль? Поставь обе программы и сравни скорость работы. Она видна
> невооружённым взглядом.сравнивал «невооружённым глазом». разницы не заметил. ты — лжец.
> ты — лжец.Как будто это что-то плохое.
x32 PAE максимум 64 Гб. Так что розовая птица обломинго.
А в каком режиме? С TCG или с KVM? Т.е. эмуляция или виртуализация?
Потому что VirtualBox не эмулирует процессор.
Укажи -vga vmware или -vga qxl и поставь дрова. Теперь сравни кто быстрее. Вбокс кажется быстрее только визуально.
А как там дела с драйвером Virgil3D? К какой версии запилят?
Обычно на фразу "Почему VirtualBox работает быстрее QEMU?" отвечают "Вы просто не умеете его готовить" (да, кстати, я так понимаю, в данном контексте речь всё-таки идёт о связке qemu-kvm). VirtualBox шустро работает с настройками по умолчанию, с qemu же надо немного "повозиться". Что касается быстродействия, то, например, в программах численного моделирования (типа Ansys), VirtualBox проигрывает qemu-kvm на 30-40%.
Во-первых, про qemu-kvm на FreeBSD расскажи.
Во-вторых, про 30-40% пруфы в студию. У меня на linux qemu-kvm и vbox давали совершенно одинаковые результаты.
> Во-первых, про qemu-kvm на FreeBSD расскажиCCЗБ
а что же тогда, Дуремар, windows?
> Во-первых, про qemu-kvm на FreeBSD расскажи.Я бы рассказал, но глумиться над такими, как вы - аморально.
> Во-вторых, про 30-40% пруфы в студию. У меня на linux qemu-kvm и vbox давали совершенно одинаковые результаты.
Попробуйте запустить что-нибудь сложнее hello world.
А как надо его приготовить? Есть рецепты? А то у меня под xen WoW вы даёт 40+ fps, а под qemu-kvm 7 fps. Хотя тот же Skyrim что там, что там идёт без тормозов. Может, особенность WoW?
А как вы пробрасываете видео? Не флуда, а интереса ради.
Для kvm через virt-manager делал, только прописывал в конфиге домена использовать vfio. Для xen биндил нужный девайс через xen-pciback и через xl create ручками запускал, ибо в virt-manager пока не поддерживается проброс устройств для xen. Только с траблой одной столкнулся: две видео карточки от amd, xen-pciback собран модулем и при позднем биндинге карточки ядро говорило oops. Поэтому пришлось сначала карточку биндить при загрузке pci-stub, который был вкомпилен в ядро, а потом уже и xen-pciback. Причём, ловил этот глюк и на debian, и на сусе, и на федоре.В общем, делал по этой доке http://wiki.xen.org/wiki/XenPCIpassthrough. Конфиг взял из примера в fedora 20 и минимально его исправил под свои реалии.
Плата ASRock 990FX fatal1ty, проц amd FX-8150, видео - amd 6970 и amd 7970. Нормально в виртуалке работала только 6970. 7970 работала до первой перезагрузки domU, потом ругалась на что-то типа "недостаточно ресурсов для запуска", да и catalyst вылетал при установке с ошибкой.
Спасибо за ответ. Использую kvm в повседневной работе, но никогда не рассматривал такую возможность.
зыЖ Через недельку потыкаю на новой федоре :)
Скажите, а еще не появилась поддержка гостевой системы Solaris SPARC 64-bit?
Жалко, что итаниум с па-риск не эмулирует :)
Как сравниваются VMware/qemu/VBox (помимо цены)? Есть смысл с VMware переходить для *nix серверов, а также графики винды?
> Как сравниваются VMware/qemu/VBox (помимо цены)?по лицензии, например. которую ты не читал, но если почитаешь, то съешь массу ухи, узнав, что ребята из vmware могут потребовать от тебя логи использования за несколько лет и доступ к твоей технике для инспектирования.
Может не в тему, но коли разговор в обсуждении затронул xen, то есть вопрос к знающим: можно поставить винду в виртуалку для игр, запускать из-под Linux, не перезагружаясь? Пробросить видеокарту и чтобы производительность была близкой к нативу?