Se ha presentado la versión del proyecto QEMU 8.2. Como emulador, QEMU permite ejecutar programas compilados para una plataforma de hardware en un sistema con una arquitectura completamente diferente, por ejemplo, ejecutar una aplicación para ARM en un PC compatible con x86. En modo de virtualización, el rendimiento de la ejecución de código en un entorno aislado se aproxima al de un sistema físico debido a la ejecución directa de instrucciones en la CPU y la utilización del hipervisor Xen o el módulo KVM.
El proyecto fue originalmente creado por Fabrice Bellard con el objetivo de permitir la ejecución de archivos ejecutables de Linux compilados para la plataforma x86 en arquitecturas distintas de x86. A lo largo de los años, se ha añadido soporte completo de emulación para 14 arquitecturas de hardware, y el número de dispositivos de hardware emulados ha superado los 400. En la preparación de la versión 8.2 se realizaron más de 3200 cambios por parte de 238 desarrolladores.
Mejoras clave añadidas en QEMU 8.2:
- Se ha añadido el dispositivo virtio-sound, que permite emular una tarjeta de sonido para la grabación y reproducción de audio en el sistema huésped mediante un backend de sonido (pulseaudio, sdl o coreaudio) que opera en el lado del sistema anfitrión. Para emular el dispositivo de sonido en el núcleo de Linux, la opción CONFIG_SND_VIRTIO debe estar habilitada en el sistema huésped.
- Se ha añadido una interfaz gráfica virtual (VGI, Virtual Graphics Interface) rutabaga con la implementación de una GPU virtual (virtio-gpu), similar a la anteriormente disponible VirGL, que también permite el uso de una GPU virtual en el sistema huésped para el renderizado 3D, sin necesidad de abrir acceso exclusivo directo a la GPU física. El código rutabaga ha sido desarrollado como parte del proyecto Android/CrosVM y permite utilizar el emulador de la plataforma Android con el QEMU estándar.
- Se ha añadido el dispositivo hv-balloon con la implementación del protocolo de gestión dinámica de memoria (Dynamic Memory) para Hyper-V, que permite devolver páginas de memoria no utilizadas al sistema anfitrión durante la operación y solicitar páginas adicionales en caso de escasez de memoria. El nuevo dispositivo puede considerarse como una alternativa al virtio-balloon para sistemas huésped con Windows, utilizando en el lado del sistema anfitrión un backend que soporte el protocolo Dynamic Memory.
- Se ha propuesto un dispositivo de Almacenamiento Universal Flash para emular una unidad Flash.
- En el controlador de dispositivos de bloque NBD (Network Block Device) se añadió soporte para una extensión del protocolo que utiliza desplazamientos de 64 bits para mejorar el rendimiento en la manipulación de datos de gran tamaño.
- El comando dump-guest-memory ahora admite la salida en el formato estándar kdump.
- Se agregó soporte para la emulación de UFS, utilizando nuevos dispositivos ufs y ufs-lu.
- En VFIO (Virtual Function I/O) se añadió soporte para el modo de migración P2P y se implementó la capacidad de asignación dinámica de MSI-X. Se realizó la preparación para la transición al nuevo backend IOMMUFD.
- En el dispositivo virtio-mem se implementó el modo 'dynamic-memslots=on' para la asignación dinámica de varios slots de memoria en lugar de una asignación estática de un solo slot grande. El uso de este modo permite reducir el consumo de memoria en grandes dispositivos virtio-mem que asignan a la VM un pequeño volumen de memoria.
- En el emulador de arquitectura x86, al emular el entorno del hipervisor Xen basado en KVM se asegura el soporte para la consola PV y dispositivos de red, además de simplificar los comandos para dispositivos de bloque y red. En el generador de código clásico TCG se añadió soporte para instrucciones SHA.
- En el emulador de arquitectura ARM se implementó la emulación de la CPU Cortex-A710 y Neoverse-N2. Se añadió soporte para las extensiones del procesador PACQARMA3, EPAC, Pauth2, FPAC, FPACCOMBINE, TIDCP1, MOPS, HBC y HPMN0. Para la placa Xilinx Versal se realizó la modelización de dispositivos CFU/CFI y TRNG.
- En el emulador de arquitectura RISC-V se implementó un conjunto de instrucciones criptográficas vectoriales. Se añadió soporte para IRQ virtuales y filtrado de IRQ. Se estabilizó el soporte para las extensiones Zicond. Se añadió soporte para extensiones de virtualización AIA (Advanced Interrupt Architecture) a través de KVM.
- En el emulador de arquitectura HPPA se asegura la emulación de la CPU PA-RISC 2.0 de 64 bits y de la sistema C3700, incluida la controladora de memoria Astro y los puentes PCI Elroy.
- En el emulador de arquitectura LoongArch se implementó la emulación de la CPU Loongson LA132. Se añadió soporte para la extensión del conjunto de instrucciones LASX e instrucciones PRELDX.
- En el emulador de arquitectura s390x se añadió soporte vfio-ap para la asignación de un adaptador crypto para sistemas huéspedes protegidos.
- En el emulador Tricore se añadió soporte para procesadores TC37x (ISA 1.6.2) e instrucciones CRCN, FTOU, FTOHP, HPTOF.
Fuente: opennet.ru
