The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Новая версия эмулятора QEMU 1.7.0

10.12.2013 22:44

Официально представлен релиз QEMU 1.7.0. В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы, на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к нативной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM.

Изначально проект был создан Фабрисом Белларом (Fabrice Bellard) с целью обеспечения возможности запуска собранных для платформы x86 исполняемых файлов Linux на архитектурах, отличных от x86. За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400. Всего в разработке всех выпусков QEMU приняло участие более 400 авторов, которые подготовили около 23 тысяч изменений. При подготовке версии 1.7 внесено около 1300 изменений от 126 разработчиков.

Ключевые улучшения, добавленные в 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;
  • В агенте для гостевых систем добавлена поддержка команд "freeze/thaw" на платформе Windows. Поддержка реализована через обращение к сервису VSS (Volume Shadow Copy Service);
  • При поступлении запроса на дизассемблирование для архитектур, для которых отсутствует встроенный дизассемблер, QEMU вместо ошибки теперь генерирует шестнадцатеричный дамп, который в дальнейшем может быть преобразован в дизассемблированное представление с использованием сторонних инструментов;
  • В классический генератор кода TCG (Tiny Code Generator) добавлена поддержка запуска на хостах с x32 ABI.


  1. Главная ссылка к новости (http://lists.gnu.org/archive/h...)
  2. OpenNews: Новая версия эмулятора QEMU 1.6.0
  3. OpenNews: В рамках проекта Virgil началась разработка виртуального 3D GPU для QEMU
  4. OpenNews: Новая версия эмулятора QEMU 1.5.0
  5. OpenNews: Доступна новая версия эмулятора QEMU 1.4.0
  6. OpenNews: Доступна новая версия эмулятора QEMU 1.3.0
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/38560-qemu
Ключевые слова: qemu, virtual, emulator
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (40) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, pavlinux (ok), 22:48, 10/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > В эмуляторе архитектуры 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)

    .

     
     
  • 2.2, Аноним (-), 23:06, 10/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Поддержка там уже полноценная, другое дело что прошивок нужных пока нет, SeaBIOS поддерживает не больше 4 Гб, но прошивки к QEMU имеют слабое отношение.

    http://git.qemu.org/?p=qemu.git;a=commit;h=0624c7f916b4d97f17726d9b295d6a6b0d

     
     
  • 3.3, pavlinux (ok), 23:08, 10/12/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Поддержка там уже полноценная, другое дело что прошивок нужных пока нет

    То есть не работает, и даже никто не проверял. :)

    Это как в 93 году, Pentium типа поддерживал 4Гб ОЗУ, правда столько слотов
    не было на материнках, а когда собрали в кластер, оказалось, что не всегда работает-то.

    На самом деле интересует другое - 1 Терабаб на x86 - это для x86_32 или только х86_64,
    а если х86_32, то какая 32-битная ось уметь 1 терабаб ОЗУ иметь?

     
     
  • 4.4, arisu (ok), 23:13, 10/12/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    проверить, вообще-то, можно и без биоса.
     
  • 4.5, unanimous (?), 23:27, 10/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Поддержка там уже полноценная, другое дело что прошивок нужных пока нет
    > То есть не работает, и даже никто не проверял. :)
    > Это как в 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, если не ошибаюсь.

     
     
  • 5.6, pavlinux (ok), 23:33, 10/12/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Не терабайт, но близко.

    Угу, осталось совсем немного, всего-то еще 1250 раз по 800 мегов. :)


     
     
  • 6.19, oxyum (ok), 03:46, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Флаг "-m" не видим?
     
  • 2.29, Пропатентный тролль (?), 11:59, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На что я тролль-троллем, а всегда вместо указания на опечатки\некорректный перевод использую кнопку "Исправить".
     

  • 1.7, Аноним (-), 00:49, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    пора очками обзаводится, там 775гиг
     
     
  • 2.9, pavlinux (ok), 01:05, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да насрать, ядро какое, 32 бита???
     
     
  • 3.23, Аноним (-), 09:17, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Совсем глупый?
     

  • 1.8, Аноним (-), 00:58, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Почему VirtualBox работает быстрее QEMU?
     
     
  • 2.10, Аноним (-), 01:05, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему VirtualBox работает быстрее QEMU?

    Потому что эмуляция и виртуализация - разные задачи.
    Когда нужна скорость, используется xen (который основан на qemu) или qemu-kvm.

     
     
  • 3.12, Аноним (-), 01:11, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    QEMU - прежде всего эмулятор. Он даже так и называется Quick EMUlator.
    Xen - гипервизор. А мы про эмуляцию говорим.
     
     
  • 4.16, Аноним (-), 02:39, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для работы xen необходима эмуляция некоторых устройств. Она обеспечивается средствами qemu.
     
  • 4.17, Аноним (-), 02:41, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Xen - гипервизор. А мы про эмуляцию говорим.

    И да, выше упоминался VBox, который тоже очень слабо относится к эмуляции.

     
  • 2.11, pavlinux (ok), 01:07, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Почему VirtualBox работает быстрее QEMU?

    Бенчмарки можно было бы и показать.

     
     
  • 3.13, Аноним (-), 01:14, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Какие бенчмарки, троль? Поставь обе программы и сравни скорость работы. Она видна невооружённым взглядом.
     
     
  • 4.15, pavlinux (ok), 01:32, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Какие бенчмарки, троль? Поставь обе программы и сравни скорость работы. Она видна
    > невооружённым взглядом.

    Если у тя руки из жопы, qemu не виноват.

     
  • 4.21, arisu (ok), 08:31, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Какие бенчмарки, троль? Поставь обе программы и сравни скорость работы. Она видна
    > невооружённым взглядом.

    сравнивал «невооружённым глазом». разницы не заметил. ты — лжец.

     
     
  • 5.33, Аноним (-), 14:13, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ты — лжец.

    Как будто это что-то плохое.

     
  • 2.14, Motif (ok), 01:22, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    x32 PAE максимум 64 Гб. Так что розовая птица обломинго.
     
  • 2.18, MaOR (ok), 02:48, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в каком режиме? С TCG или с KVM? Т.е. эмуляция или виртуализация?
     
  • 2.31, dq0s4y71 (ok), 13:51, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что VirtualBox не эмулирует процессор.
     
  • 2.38, commiethebeastie (ok), 19:48, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Укажи -vga vmware или -vga qxl и поставь дрова. Теперь сравни кто быстрее. Вбокс кажется быстрее только визуально.
     

  • 1.20, Fracta1L (ok), 07:30, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как там дела с драйвером Virgil3D? К какой версии запилят?
     
  • 1.22, Сергей (??), 08:37, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Обычно на фразу "Почему VirtualBox работает быстрее QEMU?" отвечают "Вы просто не умеете его готовить" (да, кстати, я так понимаю, в данном контексте речь всё-таки идёт о связке qemu-kvm). VirtualBox шустро работает с настройками по умолчанию, с qemu же надо немного "повозиться". Что касается быстродействия, то, например, в программах численного моделирования (типа Ansys), VirtualBox проигрывает qemu-kvm на 30-40%.
     
     
  • 2.24, Аноним (-), 09:19, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Во-первых, про qemu-kvm на FreeBSD расскажи.
    Во-вторых, про 30-40% пруфы в студию. У меня на linux qemu-kvm и vbox давали совершенно одинаковые результаты.
     
     
  • 3.30, Аноним (30), 12:26, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Во-первых, про qemu-kvm на FreeBSD расскажи

    CCЗБ

     
     
  • 4.39, Av (ok), 11:03, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а что же тогда, Дуремар, windows?
     
  • 3.34, Аноним (-), 14:15, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Во-первых, про qemu-kvm на FreeBSD расскажи.

    Я бы рассказал, но глумиться над такими, как вы - аморально.

    > Во-вторых, про 30-40% пруфы в студию. У меня на linux qemu-kvm и vbox давали совершенно одинаковые результаты.

    Попробуйте запустить что-нибудь сложнее hello world.

     
  • 2.26, Аноним (-), 09:39, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А как надо его приготовить? Есть рецепты? А то у меня под xen WoW вы даёт 40+ fps, а под qemu-kvm 7 fps. Хотя тот же Skyrim что там, что там идёт без тормозов. Может, особенность WoW?


     
     
  • 3.32, Аноним (-), 13:58, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А как вы пробрасываете видео? Не флуда, а интереса ради.
     
     
  • 4.35, Аноним (-), 17:38, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Для 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 вылетал при установке с ошибкой.

     
     
  • 5.36, Аноним (-), 17:55, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спасибо за ответ. Использую kvm в повседневной работе, но никогда не рассматривал такую возможность.
    зыЖ Через недельку потыкаю на новой федоре :)
     

  • 1.25, Игорь (??), 09:22, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Скажите, а еще не появилась поддержка гостевой системы Solaris SPARC 64-bit?
     
  • 1.37, Pernat1y (?), 19:27, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Жалко, что итаниум с па-риск не эмулирует :)
     
  • 1.40, rihad (?), 16:28, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Как сравниваются VMware/qemu/VBox (помимо цены)? Есть смысл с VMware переходить для *nix серверов, а также графики винды?
     
     
  • 2.41, arisu (ok), 17:49, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как сравниваются VMware/qemu/VBox (помимо цены)?

    по лицензии, например. которую ты не читал, но если почитаешь, то съешь массу ухи, узнав, что ребята из vmware могут потребовать от тебя логи использования за несколько лет и доступ к твоей технике для инспектирования.

     

  • 1.42, Аноним (-), 11:53, 14/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может не в тему, но коли разговор в обсуждении затронул xen, то есть вопрос к знающим: можно поставить винду в виртуалку для игр, запускать из-под Linux, не перезагружаясь?  Пробросить видеокарту и чтобы производительность была близкой к нативу?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру