QEMU 5.2 a déjà été publié et dans cette nouvelle version, en préparation plus de 3200 modifications ont été apportées par 216 développeurs dont nous pouvons trouver un support de migration en direct pour RISC-V, ainsi qu'un support expérimental pour l'hyperviseur RISC-V, un support pour plus de cartes et bien plus encore.
Pour ceux qui ne connaissent pas QEMU, ils doivent savoir que c'est un émulateur qui vous permet d'exécuter un programme créé pour une plate-forme matérielle sur un système avec une architecture complètement différentePar exemple, exécuter une application ARM sur un PC compatible x86.
En mode virtualisation dans QEMU, les performances du code en cours d'exécution dans l'environnement sandbox sont proches du système matériel en raison de l'exécution directe des instructions sur le processeur et de l'utilisation de l'hyperviseur Xen ou du module KVM.
Principales nouveautés de QEMU 5.2
Le système de compilation a changé, la compilation de QEMU nécessite maintenant l'installation de la boîte à outils ninja.
Ajout du support pour le pilote de périphérique bloc pour utiliser le processus qemu-storage-daemon en arrière-plan comme backend pour vhost-user-blk, ainsi qu'une nouvelle commande QMP 'block-export-add', qui remplace la commande 'nbd-server-add' et fournit un support pour 'qemu-storage-daemon'.
Pour les images qcow2, la prise en charge des registres L2 étendus a été ajoutée, qui permet d'allouer l'espace par des groupes incomplets (sous-clusters). Pour activer L2 lors de la création d'une image, vous devez spécifier l'option "extended_l2 = on".
Également amélioration de la prise en charge de l'utilisation de qemu comme client NBD, car le nombre de situations qui entraînent des temps d'attente lorsque des données sont échangées sur le réseau a été réduit, ce qui entraîne le blocage des invités. Qemu-nbd offre la possibilité de spécifier plusieurs options '-B name' pour spécifier plusieurs bitmaps modifiés à la fois.
Un autre changement important est le nouveau mode de migration haute performance avec transfert de données crypté via TLS et multifd. La limite de bande passante de migration par défaut a été augmentée à 1 Gbit / s.
Paramètre de migration ajouté 'block-bitmap-mapping', qui permet un contrôle plus granulaire sur les bitmaps qui seront transférés pendant la migration. Le paramètre fonctionne même si les noms d'hôte diffèrent de la source du côté récepteur.
De plus, de nouveaux appels ont été ajoutés 'calc-dirty-rate' et 'query-dirty-rate' pour prédire le taux de mises à jour pendant la migration, en tenant compte de la charge associée aux opérations en RAM.
Aussi, on peut trouver le support pour les plaques mp2-an386, mp2-an500, raspi3ap (Raspberry Pi 3 modèle A +), raspi0 (Raspberry Pi Zero), raspi1ap (Raspberry Pi A +) et npcm750-evb / quanta-gsj.
Pour l'architecture AArch32, la prise en charge des extensions ARMv8.2 FEAT_FP16 (point flaoting de précision moyenne) est implémentée.
Enfin n sont également mentionnésNouvelles options de virtiofsd pour contrôler le rendu des noms d'attributs xattr étendu sur le système invité, la connexion séparée des partitions avec différents points de montage sur le système hôte, et également pour spécifier un mécanisme d'isolation sandbox qui est une alternative à pivot_root.
Y prise en charge de la migration en direct vers l'émulateur d'architecture RISC-V, ainsi que le support expérimental de l'hyperviseur pour RISC-V mis à jour vers la version 0.6.1. Ajout de la prise en charge des sockets NUMA sur les systèmes virt / Spike.
Des autres changements qui ressortent de cette nouvelle version:
- Les commandes guest-get-devices, guest-get-disks et guest-ssh- {get, add-remove} -authorized-keys ont été ajoutées à l'agent invité QEMU (qemu-ga).
- Ajout de la prise en charge de la comptabilité basée sur kvm-steal-time.
- L'émulateur d'architecture HPPA prend en charge le démarrage de NetBSD et de très anciennes distributions Linux, telles que Debian 0.5 et 0.6.1.
- L'émulateur d'architecture PowerPC a amélioré la prise en charge de l'espacement défini par l'utilisateur pour la topologie NUMA.
- L'émulateur d'architecture s390 pour KVM a ajouté la prise en charge des instructions de diagnostic 0x318.
- Le générateur de code classique TCG (Tiny Code Generator) implémente la prise en charge d'instructions z14 supplémentaires.
- Sur les périphériques vfio-pci, des informations sur les fonctionnalités réelles de l'ordinateur sont fournies à la place des fonctionnalités émulées.
- L'émulateur d'architecture Xtensa ajoute la prise en charge du coprocesseur DFPU avec des opcodes à virgule flottante simple et double précision.