\u00c8 stata presentata la versione del progetto QEMU 8.2. Come emulatore, QEMU consente di eseguire un programma compilato per una piattaforma hardware su un sistema con un'architettura completamente diversa, ad esempio, eseguire un'applicazione per ARM su un PC compatibile x86. In modalit\u00e0 di virtualizzazione, le prestazioni di esecuzione del codice in un ambiente isolato sono simili a quelle di un sistema hardware grazie all'esecuzione diretta delle istruzioni sulla CPU e all'utilizzo del hypervisor Xen o del modulo KVM. <\/p>\n
Il progetto \u00e8 stato inizialmente creato da Fabrice Bellard con l'obiettivo di consentire l'esecuzione di file eseguibili Linux compilati per la piattaforma x86 su architetture diverse da x86. Negli anni di sviluppo \u00e8 stata aggiunta la supporto per l'emulazione completa di 14 architetture hardware, con il numero di dispositivi hardware emulati che ha superato 400. In preparazione della versione 8.2, sono state apportate oltre 3200 modifiche da 238 sviluppatori. <\/p>\n
Miglioramenti chiave aggiunti in QEMU 8.2: <\/p>\n
\n
\u00c8 stato aggiunto il dispositivo virtio-sound, che consente di emulare una scheda audio per la registrazione e la riproduzione del suono nel sistema ospite utilizzando un backend audio (pulseaudio, sdl o coreaudio) che opera nel sistema host. Per emulare il dispositivo audio nel kernel Linux del sistema ospite, l'opzione CONFIG_SND_VIRTIO deve essere abilitata.\n
\u00c8 stata aggiunta un'interfaccia grafica virtuale (VGI, Virtual Graphics Interface) rutabaga con l'implementazione di una GPU virtuale (virtio-gpu), simile alla precedente VirGL, che consente anche di utilizzare nel sistema ospite una GPU virtuale per il rendering 3D, senza dover aprire accesso diretto esclusivo alla GPU fisica. Il codice rutabaga \u00e8 stato sviluppato nell'ambito del progetto Android\/CrosVM e consente di utilizzare l'emulatore della piattaforma Android con QEMU standard.\n
\u00c8 stato aggiunto il dispositivo hv-balloon con l'implementazione del protocollo di gestione dinamica della memoria (Dynamic Memory) per Hyper-V, che consente di restituire durante l'esecuzione le pagine di memoria non utilizzate al sistema host e di richiedere ulteriori pagine in caso di carenza di memoria. Il nuovo dispositivo pu\u00f2 essere considerato un'alternativa a virtio-balloon per sistemi ospiti Windows, utilizzando un backend nel sistema host che supporta il protocollo Dynamic Memory.\n
\u00c8 stato proposto un dispositivo Universal Flash Storage per emulare un'unit\u00e0 Flash.\n
Nel driver dei dispositivi a blocchi NBD (Network Block Device) \u00e8 stata aggiunta la supporto per un'estensione del protocollo che utilizza offset a 64 bit per migliorare le prestazioni nella manipolazione di dati di grandi dimensioni.\n
Al comando dump-guest-memory \u00e8 stata aggiunta la supporto per l'output nel formato standard kdump.\n
\u00c8 stata aggiunta la supporto per l'emulazione UFS, utilizzando i nuovi dispositivi ufs e ufs-lu.\n
Nel VFIO (Virtual Function I\/O) \u00e8 stata aggiunta la supporto per la modalit\u00e0 di migrazione P2P e implementata la possibilit\u00e0 di distribuzione dinamica di MSI-X. \u00c8 stata effettuata la preparazione per il passaggio al nuovo backend IOMMUFD.\n
Nella dispositivo virtio-mem \u00e8 implementata la modalit\u00e0 \u00abdynamic-memslots=on\u00bb per l'allocazione dinamica di pi\u00f9 slot di memoria invece della distribuzione statica di un grande slot. L'utilizzo di questa modalit\u00e0 consente di ridurre il consumo di memoria su dispositivi virtio-mem di grandi dimensioni che assegnano a VM un basso volume di memoria.\n