{"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\/de\/blog\/news\/opublikovan-emulyator-qemu-9-2-0-s-podderzhkoj-rust-i-vulkan","title":{"rendered":"Der Emulator QEMU 9.2.0 wurde ver\u00f6ffentlicht und unterst\u00fctzt Rust und Vulkan.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung des Projekts QEMU 9.2 wurde vorgestellt. Als Emulator erm\u00f6glicht QEMU das Ausf\u00fchren von Programmen, die f\u00fcr eine Hardwareplattform kompiliert wurden, auf einem System mit einer ganz anderen Architektur, beispielsweise das Ausf\u00fchren einer Anwendung f\u00fcr ARM auf einem mit x86 kompatiblen PC. Im Virtualisierungsmodus ist die Performance der Ausf\u00fchrung von Code in einer isolierten Umgebung nahezu vergleichbar mit der einer Hardwarel\u00f6sung, da Instruktionen direkt auf der CPU ausgef\u00fchrt und der Hypervisor Xen oder das KVM-Modul in Linux oder das NVMM-Modul in NetBSD genutzt werden. <\/p>\n
Das Projekt wurde urspr\u00fcnglich von Fabrice Bellard ins Leben gerufen, um die Ausf\u00fchrung von f\u00fcr x86-kompilierte Linux-Bin\u00e4rdateien auf anderen Architekturen als x86 zu erm\u00f6glichen. Im Laufe der Jahre wurde die Unterst\u00fctzung f\u00fcr die vollst\u00e4ndige Emulation von 14 Hardwarearchitekturen hinzugef\u00fcgt, und die Anzahl der emulierten Hardwareger\u00e4te \u00fcberstieg 400. Bei der Vorbereitung der Version 9.2 wurden \u00fcber 1700 \u00c4nderungen von 209 Entwicklern implementiert. <\/p>\n
Wichtige Verbesserungen, die in QEMU 9.2 hinzugef\u00fcgt wurden: <\/p>\n
\n
Es wurde experimentelle Unterst\u00fctzung f\u00fcr die Erstellung von Ger\u00e4temodellen in der Programmiersprache Rust hinzugef\u00fcgt. Wenn QEMU mit Unterst\u00fctzung f\u00fcr Rust kompiliert wird, wird standardm\u00e4\u00dfig eine alternative Implementierung des PL011 UART-Treibers, die in Rust geschrieben wurde, verwendet, die jedoch bisher nicht f\u00fcr den allgemeinen Gebrauch empfohlen wird.\n
Derzeit ist die Unterst\u00fctzung von Rust in QEMU standardm\u00e4\u00dfig deaktiviert und kann bei der Kompilierung durch Angabe der Option «—enable-rust» beim Starten des Konfigurationsscripts aktiviert werden. F\u00fcr die Kompilierung mit Rust sind mindestens die Versionen rustc 1.63.0 und bindgen 0.60.0 erforderlich (zum Beispiel muss in Debian 12 eine neuere Version von Rust separat installiert werden). Zuk\u00fcnftig soll der Rust-Compiler und der Bindungs-Generator bindgen zu den obligatorischen Build-Abh\u00e4ngigkeiten hinzugef\u00fcgt werden. <\/p>\n
Zu den Pl\u00e4nen, die Rust in QEMU vorantreiben sollen, geh\u00f6rt die Fertigstellung des HPET (High Precision Event Timer)-Treibers und des Treibers f\u00fcr Blockger\u00e4te, die in Rust geschrieben sind, sowie die Weiterentwicklung der Bindings zur Nutzung von Rust in verschiedenen QEMU-Komponenten (z.B. in Blockger\u00e4tetreibern, Timern und GPIO) und das Neuschreiben sicherheitskritischer Systeme wie virtio in Rust. <\/p>\n
Im VirtIO-GPU-Ger\u00e4t, das den Betrieb des virtuellen GPUs erm\u00f6glicht, wurde die Unterst\u00fctzung f\u00fcr 3D-Beschleunigung unter Verwendung der Grafik-API Vulkan hinzugef\u00fcgt, die \u00fcber den in Mesa integrierten Vulkan-Treiber Venus realisiert wird und es erm\u00f6glicht, dem Gastsystem ein virtuelles GPU f\u00fcr 3D-Rendering bereitzustellen, ohne exklusiven direkten Zugriff auf das physische GPU zu er\u00f6ffnen. Es ist erforderlich, dass die Bibliothek virglrenderer auf der Host-Seite und der Mesa-Treiber Venus auf der Gast-Seite vorhanden sind. Eine Anleitung zur Einrichtung der Vulkan-Unterst\u00fctzung in QEMU ist verf\u00fcgbar.\n
In das Migrationswerkzeug f\u00fcr G\u00e4ste wurde die Unterst\u00fctzung f\u00fcr die Beschleunigung von Komprimierungsoperationen gleichzeitig \u00fcbertragener Datenstr\u00f6me hinzugef\u00fcgt, unter Verwendung der QATzip-Bibliothek, die den in Intel-Prozessoren integrierten QAT-Beschleuniger (QuickAssist Technology) nutzt, der Mittel zur Beschleunigung berechneter Vorg\u00e4nge im Zusammenhang mit Komprimierung und Verschl\u00fcsselung bietet.\n
Im kryptografischen Backend basierend auf GLib wurde die Unterst\u00fctzung des Hash-Algorithmus SHA-384 hinzugef\u00fcgt.\n
Im ARM-Architekture-Emulator wurde die Unterst\u00fctzung der Prozessorerweiterungen FEAT_EBF16 und FEAT_CMOW sowie der f\u00fcr Sicherheitsfunktionen verwendeten Erweiterungen auf Xilinx-Zynq-A9-Boards hinzugef\u00fcgt. Bei Verwendung der Komponente HVF, die das Hypervisor.framework-Toolkit zur Beschleunigung der Ausf\u00fchrung von Gastbetriebssystemen auf ARM-Mac-Computern nutzt, wird die Unterst\u00fctzung von mehr als 64 GB Speicher gew\u00e4hrleistet. F\u00fcr die emulierten Systeme sbsa-ref und virt wurde die Unterst\u00fctzung der zweistufigen Adress\u00fcbersetzung im SMMU (System Memory Management Unit) hinzugef\u00fcgt. Die Unterst\u00fctzung f\u00fcr veraltete Typen von emulierten Ger\u00e4ten wie akita, borzoi, cheetah, connex, mainstone, n800, n810, spitz, terrier, tosa, verdex und z2 wurde eingestellt.\n
Im x86-Architekture-Emulator wurde die Unterst\u00fctzung eines neuen Typs von Hardwarekonfigurationen \u2014 nitro-enclave \u2014 hinzugef\u00fcgt, der die AWS Nitro Enclave-Umgebung emuliert und in der Lage ist, System-Images im Enclave Image Format zu laden.\n