{"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\/novosti-interneta\/opublikovan-emulyator-qemu-9-2-0-s-podderzhkoj-rust-i-vulkan","title":{"rendered":"Pubblicato l'emulatore QEMU 9.2.0 con supporto per Rust e Vulkan","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato rilasciato il progetto QEMU 9.2. Come emulatore, QEMU consente di eseguire applicazioni costruite 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 virtualizzazione, le prestazioni dell'esecuzione del codice in un ambiente isolato sono vicine a quelle di un sistema hardware grazie all'esecuzione diretta delle istruzioni sulla CPU e all'utilizzo dell'ipercontrollore Xen o del modulo KVM su Linux, o del modulo NVMM su 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 sono state aggiunte funzionalit\u00e0 di emulazione completa per 14 architetture hardware, e il numero di dispositivi hardware emulati ha superato i 400. Per la versione 9.2 sono state apportate oltre 1700 modifiche da 209 sviluppatori. <\/p>\n
Migliorie principali aggiunte in QEMU 9.2: <\/p>\n
\n
\u00c8 stata aggiunta un supporto sperimentale per la creazione di modelli di dispositivi scritti nel linguaggio Rust. Quando si compila QEMU con supporto Rust, viene utilizzata di default un'implementazione alternativa del driver PL011 UART, scritta in Rust, anche se attualmente non raccomandata per un uso generalizzato.\n
Attualmente, il supporto per Rust in QEMU \u00e8 disabilitato per impostazione predefinita e viene attivato durante la compilazione specificando l'opzione «—enable-rust» all'avvio dello script di configurazione. Per compilare con Rust sono necessarie almeno le versioni rustc 1.63.0 e bindgen 0.60.0 (ad esempio, in Debian 12 sar\u00e0 necessario installare separatamente una versione pi\u00f9 recente di Rust). In futuro, si prevede di includere il compilatore Rust e il generatore di binding bindgen tra le dipendenze di compilazione obbligatorie. <\/p>\n
Tra i piani per promuovere Rust in QEMU, si possono evidenziare il completamento della messa a punto del driver HPET (High Precision Event Timer) e del driver per dispositivi a blocchi scritti in Rust, il continuo sviluppo di interfacce per l'uso di Rust in vari componenti di QEMU (ad esempio, nei driver di dispositivi a blocchi, timer e GPIO) e la riscrittura in Rust di sistemi critici per la sicurezza, come virtio. <\/p>\n
Il dispositivo VirtIO-GPU, che fornisce funzionalit\u00e0 di GPU virtuale, ha aggiunto il supporto per l'accelerazione 3D utilizzando l'API grafica Vulkan, implementata tramite il driver Vulkan Venus incluso in Mesa. Questo consente di fornire al sistema guest una GPU virtuale per il rendering 3D senza la necessit\u00e0 di aprire un accesso diretto esclusivo alla GPU fisica. \u00c8 necessario avere la libreria virglrenderer sul sistema host e il driver Mesa Venus sul sistema guest. \u00c8 disponibile una guida per configurare il supporto Vulkan in QEMU.\n
Nel toolkit di migrazione degli guest \u00e8 stato aggiunto il supporto per l'accelerazione delle operazioni di compressione dei flussi di dati trasmessi simultaneamente mediante la libreria QATzip, che utilizza l'acceleratore QAT (QuickAssist Technology) integrato nei processori Intel, offrendo 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 stata aggiunta la supporto alle estensioni del processore FEAT_EBF16 e FEAT_CMOW, oltre a estensioni per garantire la sicurezza, utilizzate nelle schede xilinx-zynq-a9. Utilizzando il componente HVF, che sfrutta il toolkit Hypervisor.framework per accelerare l'esecuzione di sistemi guest su computer ARM Mac, \u00e8 garantito il supporto per oltre 64 GB di memoria. Per i sistemi emulati sbsa-ref e virt \u00e8 stata aggiunta la supporto per la traduzione degli indirizzi a due fasi nella SMMU (System Memory Management Unit). \u00c8 stata interrotta la supporto per i tipi di hardware emulato obsoleti 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 e in grado di caricare immagini di sistema nel formato Enclave Image Format.\n