Представлен (http://lists.nongnu.org/archive/html/qemu-devel/2018-04/msg0...) релиз проекта QEMU 2.12 (http://wiki.qemu.org/Download). В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы, на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к нативной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM.
Изначально проект был создан Фабрисом Белларом (Fabrice Bellard) с целью обеспечения возможности запуска собранных для платформы x86 исполняемых файлов Linux на архитектурах, отличных от x86. За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400. При подготовке версии 2.12 внесено более 2700 изменений от 204 разработчиков.Ключевые улучшения (http://wiki.qemu.org/ChangeLog/2.12), добавленные в QEMU 2.12:
- Внесены улучшения в драйверы блочных устройств. Добавлена возможность прямого взаимодействия с работающим в пространстве пользователя драйвером NVMe при помощи протокола "nvme://". Улучшена работа сервера и клиента NBD, в том числе повышена эффективность чтения файлов с пустотами. Добавлена новая QMP-команда x-blockdev-create для создания образов;- Добавлена поддержка паравиртуализированного драйвера VMWare RDMA, способного работать в режимах RDMA HCA и Soft-RoCE (rxe);
- Реализована поддержка CAN bus, включая поддержку Linux SocketCAN и сетевых интерфейсов SJA1000 PCI;
- Улучшена работа в окружениях с двойным сетевым стеком (IPv4 и IPv6);
- Добавлена опция "-nic" для быстрого создания сетевых фронтэндов (эмулируемых сетевых адаптеров) и работающих на стороне хост-системы бэкендов. Реализована возможность указания любых PCI NIC в опциях "-net nic,model=..." или "-nic ...,model=";- Проведена работа по исправлению ошибок в GUI (например, устранены проблемы с раскладкой клавиатуры). В интерфейс GTK и Spice добавлена поддержка технологии DMABuff для совместного использования нескольких GPU. Сборка GUI с GTK2 и SDL1 объявлена устаревшей (следует собирать с GTK3 и SDL2). Интерфейсы Curses, GTK+ и SDL теперь могут быть собраны как модули, загружаемые в процессе работы;
- Добавлена поддержка двух новых систем ускорения виртуализации:
Apple Hypervisor.framework ("-accel hvf") и Microsoft Windows Hypervisor Platform Extensions ("-accel whpx");
- Для архитектур x86, pseries и s390 добавлен механизм защиты гостевых систем от атак Spectre и Meltdown. Защита от Meltdown основана на патчах KPTI, а защита от Spectre построена с привлечением IBRS (Indirect Branch Restricted Speculation) и IBPB (Indirect Branch Prediction Barriers), предложенных в обновлённом микрокоде Intel и AMD;
- Звуковые драйверы для ALSA, OSS, PulseAudio и SDL теперь могут быть собраны как загружаемые модули;
- Добавлена поддержка бэкенда для работы с памятью на базе memfd (memory-backend-memfd). Memfd позволяет выделить память как через malloc, но обращаться к ней как с файлом, по файловому дескриптору, что позволяет бэкенду совместно использовать память с внешними процессами vhost-user;
- Проведена чистка и работа над ошибками в коде эмуляции SD-карт;
- Во встроенном эмуляторе BMC-контроллеров улучшена поддержка IPMI, расширены возможности по генерации событий платформы (Platform Events) и ведения SEL-логов;
- В KVM добавлена поддержка систем, имеющих более 7.999TB памяти;
- В KVM добавлена поддержка расширения AMD SEV (Secure Encrypted Virtualization), трассировки процессов и выборочной настройки производительности CPU ("-cpu kvm-hint-dedicated=on");- В SMBIOS добавлена поддержка идентификаторов "OEM Strings" (таблицы 11 типа), которые могут применяться для автоматизации активации образов гостевых систем без использования сетевых запросов (например, "$QEMU -smbios type=11,value=cloud-init:ds=nocloud-net;s=http://10.10.0.1:8000/");
- В подсистеме USB добавлена поддержка записи с использованием протокола MTP;
- В драйвер virtio-balloon добавлена поддержка вывода информации о дисковом кэше;
- Добавлена новая целевая платформа RISC-V и связанные с ней типы эмулируемых систем "spike_v1.9.1", "spike_v1.10" и "virt";
- В эмулятор архитектуры ARM добавлена начальная поддержка Raspberry Pi 3 и поддержка инструкций FCMA, RDM, SIMD, FP16 и crypto, предлагаемых архитектурой AArch64. Добавлен эмулятор для чипов Corex-M33/Armv8-M (плата mps2-an505);- Добавлена поддержка полной эмуляции систем HPPA (hppa-softmmu);
- В эмуляторе архитектуры PowerPC улучшена эмуляция PPC4xx, добавлен новый тип эмулируемых устройств Sam460ex, значительно увеличена производительность классического генератора кода TCG (Tiny Code Generator);
- В эмулятор архитектуры SPARC добавлена поддержка эмуляции систем управления питанием sun4u, улучшены средства трассировки;- В эмуляторе Tricore появилась поддержка вариантов инструкций JEQ/JNE и 64-разрядной инструкции MOV;
- В эмулятор x86 добавлена поддержка Intel IOMMU для 48-разрядной адресации. По умолчанию для систем q35 задействован сетевой адаптер e1000e (Intel 82574);
- В эмуляторе процессоров семейства Tensilica Xtensa для декодирования/дизассемблирования инструкций теперь применяется libisa. Добавлена поддержка многопоточного генератора кода TCG и различных конфигураций noMMU;
- Сообщается, что в будущем возможно будет прекращена поддержка платформ GNU/kFreeBSD, DragonFly BSD, Solaris и Haiku, из-за отсутствия сопровождающих или инфраструктуры для тестирования;
- Объявлены устаревшими параметры "serial", "trans", "secs", "heads", "cyls" и "addr" в опции "-drive", вместо которых следует использовать обобщённую опцию "-device". Опция "-net" пока не объявлена устаревшей, но вместо неё рекомендовано использовать опцию "-nic", предоставляющую более простой интерфейс ("-nic user" вместо "-net nic -net user"). Удалены ранее объявленные устаревшими опции "-hdachs", "-usbdevice", "-net dump", "-drive if=scsi", "-net channel", "-tdf", "-no-kvm-pit", "-drive boot=on|off";
- Для сборки QEMU теперь можно использовать Python 3.x.URL: http://lists.nongnu.org/archive/html/qemu-devel/2018-04/msg0...
Новость: https://www.opennet.ru/opennews/art.shtml?num=48493
>Добавлена поддержка паравиртуализированного драйвера VMWare RDMA, способного >работать в режимах RDMA HCA и Soft-RoCE (rxe);Так это в VM теперь можно infiniband?
Linux kernel > 4.8 имеет Soft RoCE нативно, а это IB over Eth.
или возьми Mellanox OFED 4.0+ и слегка допили напильником под требуемое ядро.Давно пользую для отладки приложений которым нужен именно OFED stack.
>>Добавлена поддержка паравиртуализированного драйвера VMWare RDMA, способного >работать в режимах RDMA HCA и Soft-RoCE (rxe);
> Так это в VM теперь можно infiniband?ну и 16-32 VF что бы прокинуть именно виртуальные IB карты уже лет 5 можно было.
>Реализована поддержка CAN bus, включая поддержку Linux SocketCAN и сетевых интерфейсов SJA1000 PCI;Так это в VM теперь можно автомобиль?
аааавтомобиль!
> Так это в VM теперь можно автомобиль?CAN не только в автомобилях применяется. Хотя если кто-то запилил бы виртуальную сеть с компонентами авто, было бы угарно. Но для этого придется сперва сурово отреверсить что-нибудь, чтобы хотя-бы команды летающие по CAN изучить.
Не понятно, вошёл ли этот патч в релиз https://www.reddit.com/r/VFIO/comments/74vokw/improved_pulse.../. По отзывам он исправляет вывод звука через pa и alsa
Нет, не вошёл этот патч в релиз.
> Нет, не вошёл этот патч в релиз.По ссылке написано что-то крайне отвратительное
Что отвратительного в исправлении кода, не работающего 9 лет?
по ссылке ни слова про альсу. И автор приводит скрипт сборки исключительно для пщпщ, а он может и дальше шипеть сколько угодно, это ж главная фича.
Тот парень фиксил HDA, что отражается и на алса. Там в предыдущем треде об этом речь. По факту сейчас без проблем работает только AC97 + alsa. С HDA + alsa задержки или скрип. XXX + pa омерзительное булькание. Фикс HDA исправляют ситуацию для HDA + alsa, исправления pa драйвера позволяют работать с hda + pa без пыш пыш и с минимальными задержками.
а, в смысле, это часть патча, а нелюбителям пща и неиметелям раритетной ac97 (у меня таких плат уже нет сто лет, 97 это ж год) нужен другой тред?а нет готовой ссылки именно на патч, а не "git fetch хз чей репо с хз какими правками целиком" ?
ac97 в виртуалке а не на хосте. qemu может эмулировать "ac97" и "hda" звуковые карты.
Патча одним фалом нет, но всегда же можно сделать его зная коммиты.
https://github.com/spheenik/qemu/commits?author=spheenik
Правилось пол года назад, так что могут быть сложности с накатыванием на свежий qemu.
> ac97 в виртуалке а не на хосте.ну я к тому что какой смысл эмулировать то, чего уже давно и в железе-то нигде нет (я искал в свое время для некоторой специфики, хрен там - либо совсем китай-китайский, либо hda, либо рылотык)
> Патча одним фалом нет, но всегда же можно сделать его зная коммиты.
дык... Если б я их знал, я бы их и так наковырял. А разбираться где патчи того что надо, а где не надо, будучи изначально не в теме - это для неленивых и свободных.
а pull request он не делал?
> ну я к тому что какой смысл эмулировать то, чего уже давно и в железе-то нигде нетЦель - чтобы софт мог играть звук из виртуалки на хост, а не что-нибудь еще. А так intel BX тоже мало кто использует, но он эмулируется. Да и более новый Q35 на его замену - не последний писк.
> (я искал в свое время для некоторой специфики, хрен там - либо совсем китай-китайский,
> либо hda, либо рылотык)Они вроде все HDA изображают?
TriCore, Infineon ? Что там эмулируют ?
А поддержку 64-битных SPARC еще не запилили?
А почему kqemu перестали поддерживать? С ним эмуляция хотя бы не была похожа на слайдшоу.
> А почему kqemu перестали поддерживать? С ним эмуляция хотя бы не была
> похожа на слайдшоу.Зразморозкой!
" Support for kqemu has been removed from the upstream source in qemu versions 0.11 and later. "
Да, мы вместе с Вами оплакиваем --
" [...] different from kvm is the fact that kqemu works on hardware that does not support CPU Virtualization Technology (VT extensions), see Intel VT and AMD-V. "
--https://help.ubuntu.com/community/Kqemu#How_is_it_different_..., но... где ж Вы были, когда патчи надо было 1/отобрать у Фабриса и 2/тащить на себе через минные поля?
> , но... где ж Вы были, когда патчи надо было 1/отобрать
> у Фабриса и 2/тащить на себе через минные поля?фабрис не виноват, он давно уже броузерный эмулятор пилил к тому моменту.
А этим кодом какие-то китайцы завладели, или индусы, не помню уже, кому достался этот, кому ffmpeg.И,разумеется, пошли по пути наименьшего сопротивления - есть kvm, он в ядре, зачем самим что-то делать...
>> , но... где ж Вы были, когда патчи надо было 1/отобрать
>> у Фабриса и 2/тащить на себе через минные поля?
> фабрис не виноват, он давно уже броузерный эмулятор пилил к тому моменту.
> А этим кодом какие-то китайцы завладели, или индусы, не помню уже, кому
> достался этот, кому ffmpeg.
> И,разумеется, пошли по пути наименьшего сопротивления - есть kvm, он в ядре,
> зачем самим что-то делать...Да, вроде, сам дон Фабрис -- умариновал и выбросил через заборчик.
2009-06-03 "KQEMU 1.3.0pre10 released - under the GPL" --https://lwn.net/Articles/220807/
2009-06-09:
" Kqemu is long unmaintained. The Qemu developers are discussing ripping it out. Kqemu guest-kernel-space is very buggy and nearly always unuseable. " --https://lwn.net/Articles/336731/.
.
.
"Индусы", видимо, два года как к тому моменту "делали бузинес" с KVM-ом =>>
2007-09-25: "Qumranet de-cloaks" --https://lwn.net/Articles/251389/
> И,разумеется, пошли по пути наименьшего сопротивления - есть kvm, он в ядре,
> зачем самим что-то делать...а, ну вот же ж:
http://lists.gnu.org/archive/html/qemu-devel/2009-06/msg0002...
> А почему kqemu перестали поддерживать? С ним эмуляция хотя бы не была
> похожа на слайдшоу.Какое, к черту, слайдшоу? Сабж работает со скорстью почти bare metal если все правильно делать.
Ты там что, VGA-адаптер для вывода видео используешь, чтоли? Используй что-нибудь поактуальнее и попродвинутее (и с поддержкой в guest). Например, QXL, virtio, vmware virtual adapter накрайняк. А по CPU/RAM оно и с VGA адаптером свои 95% от гольного железа выдаст.
Так что если у тебя тормозит сабж - ты что-то делаешь вообще совсем не так и это твой факап, а вовсе не.
Странно, что про intel gvt-g (vGPU, крутая штука) ничего не написали.
Дык видимо нету в планах. Еще virtio-gpu не освоили
Интеловцы писали, что в 2.12 уже будет. Вот поэтому и интересуюсь.
В ядре еще то же нет. Вот и не торопятся.
В ядре уже есть. Думаю, что в QEMU 2.12 тоже есть, но об этом просто не написали.
>(vGPU,https://www.phoronix.com/scan.php?page=news_item&px=QEMU-2.1... : "QEMU 2.12 Released With RISC-V, Spectre/Meltdown & Intel vGPU Action"
=>
https://wiki.qemu.org/ChangeLog/2.12#VFIO : " * Display support for vGPUs, on graphic backends that support dmabufs. "
Вотэтовот?
А протокол там SPICE используется?
> А протокол там SPICE используется?Для DMA-BUF то? Очень сомнительно. Но лучше в код посмотреть.
> А протокол там SPICE используется?Уже должен работать локальный вывод на экран. И, как пишут, vGPU может обеспечивать около 80-90% производительности GPU. Драйвера в VM ставятся родные для GPU.
> Вотэтовот?Да, это. Moronix не является авторитетным источником, а в ChangeLog-е они указали как-то совсем нечётко. Но я знаю, что оно должно там уже быть.
> 7.999TB памяти;ВРМН