{"id":120949,"date":"2024-12-12T15:46:01","date_gmt":"2024-12-12T13:46:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/opublikovan-emulyator-qemu-9-2-0-s-podderzhkoj-rust-i-vulkan"},"modified":"2024-12-12T15:46:01","modified_gmt":"2024-12-12T13:46:01","slug":"opublikovan-emulyator-qemu-9-2-0-s-podderzhkoj-rust-i-vulkan","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/opublikovan-emulyator-qemu-9-2-0-s-podderzhkoj-rust-i-vulkan","title":{"rendered":"Rilasciato l'emulatore QEMU 9.2.0 con supporto per Rust e Vulkan","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata presentata la release del progetto QEMU 9.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 con x86. In modalit\u00e0 di virtualizzazione, le prestazioni di esecuzione del codice in un ambiente isolato si avvicinano a quelle di un sistema hardware grazie all'esecuzione diretta delle istruzioni sulla CPU e all'uso dell'hipervisor Xen o del modulo KVM in Linux, o del modulo NVMM in NetBSD. <\/p>\n
Il progetto \u00e8 stato originariamente 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. Nel corso degli anni, \u00e8 stato aggiunto il supporto per l'emulazione completa di 14 architetture hardware, con il numero di dispositivi hardware emulati che supera i 400. Per la versione 9.2 sono stati apportati oltre 1700 cambiamenti da 209 sviluppatori. <\/p>\n
Miglioramenti chiave aggiunti in QEMU 9.2: <\/p>\n
\n
\u00c8 stato aggiunto il supporto sperimentale per la creazione di modelli di dispositivi scritti in Rust. Quando si compila QEMU con il supporto per Rust, per impostazione predefinita viene utilizzata un'implementazione alternativa del driver PL011 UART, scritta in Rust, ma attualmente non raccomandata per un uso diffuso.\n
Attualmente, il supporto di Rust in QEMU \u00e8 disabilitato per impostazione predefinita e pu\u00f2 essere attivato durante la compilazione specificando l'opzione «—enable-rust» all'avvio dello script configure. Per la compilazione con Rust sono necessarie almeno le versioni rustc 1.63.0 e bindgen 0.60.0 (ad esempio, su Debian 12 sar\u00e0 necessario installare separatamente una versione pi\u00f9 recente di Rust). In futuro, il compilatore Rust e il generatore di binding bindgen sono previsti come dipendenze di compilazione obbligatorie. <\/p>\n
Tra i progetti relativi alla promozione di Rust in QEMU, si possono citare il completamento del driver HPET (High Precision Event Timer) e il driver per dispositivi a blocchi scritti in Rust, e il continuo sviluppo di wrapper per l'uso di Rust in vari componenti di QEMU (ad esempio, nei driver di dispositivi a blocchi, timer e GPIO), la riscrittura in Rust di sistemi critici dal punto di vista della sicurezza, come virtio. <\/p>\n
Nel dispositivo VirtIO-GPU, che offre supporto per una GPU virtuale, \u00e8 stata aggiunta la funzionalit\u00e0 di accelerazione 3D utilizzando l'API grafica Vulkan, implementata tramite il driver Vulkan Venus incluso in Mesa, che consente di fornire un GPU virtuale al sistema guest per il rendering 3D senza aprire un accesso diretto esclusivo alla GPU fisica. \u00c8 necessaria la libreria virglrenderer sul lato del sistema host e il driver Mesa Venus sul lato del sistema guest. \u00c8 disponibile un'istruzione per configurare il supporto di Vulkan in QEMU.\n
Nell' toolkit di migrazione dei guest \u00e8 stato aggiunto il supporto per l'accelerazione delle operazioni di compressione dei flussi di dati trasmessi contemporaneamente utilizzando la libreria QATzip, che sfrutta l'acceleratore QAT (QuickAssist Technology) integrato nei processori Intel, fornendo strumenti per accelerare i calcoli legati alla compressione e alla crittografia.\n
Nel backend crittografico basato su GLib \u00e8 stato aggiunto il supporto per l'algoritmo di hashing SHA-384.\n
Nell'emulatore dell'architettura ARM \u00e8 stato aggiunto il supporto per le estensioni del processore FEAT_EBF16 e FEAT_CMOW, cos\u00ec come le estensioni di sicurezza utilizzate sulle schede xilinx-zynq-a9. Con l'uso del componente HVF, che sfrutta l'Hypervisor.framework per accelerare l'esecuzione dei sistemi guest su computer Mac ARM, \u00e8 stato garantito il supporto per pi\u00f9 di 64 GB di memoria. Per i sistemi emulati sbsa-ref e virt \u00e8 stato aggiunto il supporto per la traduzione degli indirizzi a due fasi nel SMMU (System Memory Management Unit). \u00c8 stato interrotto il supporto per i tipi obsoleti di hardware emulato akita, borzoi, cheetah, connex, mainstone, n800, n810, spitz, terrier, tosa, verdex e z2.\n
Nell'emulatore dell'architettura x86 \u00e8 stato aggiunto il supporto per un nuovo tipo di configurazione hardware — nitro-enclave, che emula l'ambiente AWS Nitro Enclave ed \u00e8 in grado di caricare immagini di sistema nel formato Enclave Image Format.\n