LINUX.ORG.RU

Релиз QEMU 2.4

 ,


2

4

При подготовке релиза 2.4 в код было внесено примерно 1900 изменений, принятых от 182 разработчиков. Среди основных изменений и улучшений:

  • Появился режим ограничения пропускной способности дискового ввода/вывода на основе групп.
  • Добавлена начальная поддержка спецификации OASIS virtio 1.0 (Virtual I/O Device).
  • Появилась реализация устройства virtio-gpu (виртуальный GPU) и ускорения 2D-графики.
  • Добавлена реализация устройств virtio-keyboard, virtio-mouse и virtio-tablet для эмуляции клавиатуры, мыши и планшета, а также сопутствующих вариантов устройств virtio-*-pci для шины PCI. Устройство virtio-input-host для прямого проброса событий ввода из хост-системы через virtio. Устройство virtio-vga с эмуляцией виртуального видеоадаптера.
  • Существенно увеличена производительности при работе с дисковыми образами в формате qcow2.
  • Поддержка шифрованных образов qcow2 в qemu-io.
  • Увеличение скорости эмуляции iSCSI.
  • Для архитектуры x86 представлена поддержка неблокируемых глобально операций MMIO для таймера ACPI PM, что позволило заметно поднять производительность больших гостевых систем с Windows.
  • Также для архитектуры x86 реализована поддержка горячего извлечения памяти (hot-unplug).
  • Для эмуляции архитектуры ARM добавлена поддержка плат xlnx-ep108, а также возможность работы с таблицами ACPI v5.1 при использовании виртуальной платы «virt» ("-M virt"). Для платы 'virt' дисковый интерфейс по умолчанию заменён с IDE на virtio.
  • Для GUI добавлена поддержка отрисовки содержимого экрана с использованием OpenGL при задействовании бэкендов SDL2 и GTK+.
  • Исключены устаревшие звуковые бэкенды esd (на смену пришёл pulseaudio), winwave (следует использовать dsound) и fmod (не совместим с GPL). Так как поддержка бэкенда winwave прекращена для работы звука в Windows требуется сборка с DirectSound.
  • Заявлена возможность компиляции при помощи ICC и clang 3.5.
  • Для работы QEMU теперь необходима библиотека Glib версии 2.22, что может привести к проблемам при попытке сборки в RHEL5/CentOS 5.

>>> Подробности (на английском языке)

★★★★★

Проверено: splinter ()

Ответ на: комментарий от slon

что кстати решается свичем kvm=off который прячет kvm от драйвера. и да, эта особеность только для ширпотребных gpu, а всякие K5000 и иже с ними работают без проблем

dyasny ★★★★★ ()
Ответ на: комментарий от mbivanyuk

Ну наверное можно найти редкое сочетание железа/софта/кривых рук при котором в виртуалке ОС будет работать быстрее чем на реальном железе,

Я такой эффект наблюдаю настолько стабильно, что расстраиваюсь, когда ускорение незаметно на глаз. Гости - xp,2k3,2k8 и почти все что между ними. Прикол в том, что железо при этом то же.

handbrake ★★★ ()
Ответ на: комментарий от handbrake

И графические эффекты и всё прочее настроено одинаково в виртуалке и на реальном железе? Не верю. Гипервизор как бы он ни назывался может приводить лишь к дополнительным накладным расходам но никак не к повышению производительности.

mbivanyuk ★★★★★ ()
Ответ на: комментарий от handbrake

Ну тогда в чём эффект о которым ты говоришь? В том что винда на реальном железе со всеми графическими свистоперделками по максимуму медленнее чем ОС в виртуалке где всё это отключено? Ну может быть.

mbivanyuk ★★★★★ ()
Ответ на: комментарий от dyasny

что кстати решается свичем kvm=off который прячет kvm от драйвера

При наличии Hyper-V enhancements драйвер точно так же завершает работу и все, обойти это никак нельзя.

и да, эта особеность только для ширпотребных gpu, а всякие K5000 и иже с ними работают без проблем

Ага, на ЛОРе каждый первый обладатель квадры за пару тысяч баксов.

anonymous ()
Ответ на: комментарий от slon

это т.н. Hyper-V enlightenments
если драйвер просекает, что работает в виртуалке.

как-то не слышал, что это имеет какое-то отношение к видеокарте.

Ок

anonymous ()
Ответ на: комментарий от mbivanyuk

В том что она в виртуалке грузится раза в 2 быстрее и софт шевелится шустрее.

handbrake ★★★ ()

с новыми cortex'ами у него все так же туго?

unt1tled ★★★★ ()
Ответ на: комментарий от barberry

Можно ли сделать так, что бы с virsh работать без рута. Перерыл весь интернет, ни один рецепт не работает: virsh list --all выдает пустой список.

Да вроде всегда можно было. Надо быть членом группы.

targitaj ★★★★★ ()
Ответ на: комментарий от anonymous

При наличии Hyper-V enhancements драйвер точно так же завершает работу и все, обойти это никак нельзя.

чОрт, как же тогда я обходил? о боже, я не ставил самый последний и глючный драйвер! какой неожиданный ход...

http://vfio.blogspot.ca/2014/08/vfiovga-faq.html Q10 если что.

Ага, на ЛОРе каждый первый обладатель квадры за пару тысяч баксов.

что никак не меняет факт

dyasny ★★★★★ ()
Ответ на: комментарий от dyasny

я не ставил самый последний и глючный драйвер!

Ога, только вот в твоем «неглючном» и «непоследнем» даже нет поддержки 9xx серии. Поддержки 750 / 750 Ti вероятно тоже нет или оно кривая.

anonymous ()
Ответ на: комментарий от anonymous

Ога, только вот в твоем «неглючном» и «непоследнем» даже нет поддержки 9xx серии. Поддержки 750 / 750 Ti вероятно тоже нет или оно кривая.

а вот за это надо давать в табло тем в nvidia кто решает фильтровать kvm и hv_. я говорил об этом с Алексом кстати, он говорит что они сразу же закрывают любой баг по этому поводу как WONTFIX

dyasny ★★★★★ ()
Ответ на: комментарий от anonymous

хотя нафига для проброса nvidia, в венде-то amd нормально работают

anonymous ()
Ответ на: комментарий от anonymous

ну да, тот самый kvm=off как раз для этого. просто если блоб ругается еще и на enlightenment то хреново, оно добавляет неплохой процент fps, во всяком случае на моих бенчмарках с K5000

dyasny ★★★★★ ()
Ответ на: комментарий от anonymous

а наверное же можно запатчить kvm, чтобы блоб не мог его определить

Фишка в том, что Hyper-V enlightenments нужны только для винды. В ОС есть оптимизации которые активируются когда она знает, что работает в виртуалке с поддержкой данных фитч.

Так вот в случае kvm=off всего-лишь убирается сигнатура KVM из CPUID, но если скрыть факт наличия enlightenment, то оптимизации винда использовать не будет. Поэтому обойти можно либо пропатчив драйвер, либо венду.

anonymous ()
Ответ на: комментарий от dyasny

Ну так они это специально сделали чтобы не юзали не-Quadro в виртуалках. Nvidia style.

anonymous ()
Ответ на: комментарий от anonymous

ну да. проблема не в этом, а в том что нвидиа напортачат, но хомячки во всем все равно будут винить линукс и kvm. ну и да, Линус был прав, так же как и Алекс.

dyasny ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.