Le premier mode permettant d'exécuter un système d'exploitation complet, il est parfait pour tester de nouveaux systèmes, réaliser le débogage de modules noyau ou simuler des réseaux composés de machines virtuelles. Le second mode permet par exemple aux possesseurs d'architectures non-x86 d'exécuter des applications propriétaires compilés pour x86 lorsque cela est nécessaire.
Qemu étant indépendant du processeur émulé, il supporte l'émulation de différentes plateformes. L'émulation des processeurs x86 et PPC est complète, et l'émulation des processeurs x86_64, ARM ou SPARC sont à des états plus ou moins avancés. D'autre part, Qemu utilise une technique de traduction dynamique, qui consiste à transformer le code binaire de l'architecture cible en code binaire pour l'architecture hôte. Cette traduction étant effectuée une fois pour toutes pour chaque partie de code, la vitesse d'émulation est grandement améliorée par rapport à un émulateur classique comme Bochs.
Par ailleurs, la version 0.7.0 permet d'utiliser un module noyau, kqemu qui permet d'accélérer encore plus l'émulation, en permettant l'exécution de parties du code directement sur le processeur. Ce module ne fonctionne que si l'on émule un PC sur un PC et est livré sous licence propriétaire. Son auteur, Fabrice Bellard, qui est aussi le développeur principal de Qemu, recherche en effet un sponsor pour le développement de Qemu et kqemu. L'utilisation de cette licence propriétaire a provoqué de vives discussions sur la liste, certains défendant le bien-fondé de la démarche du développeur, d'autres la rejetant. Parallèlement, Paul Brooks a créé un projet expérimental pour développer un module aux fonctionnalités similaires à kqemu, mais distribué sous licence GPL: qvm86.
En dehors de ce support de kqemu, la version 0.7.0 apporte quelques nouveautés ou améliorations comme le support initial de l'architecture x86_64, une amélioration du support SPARC qui permet maintenant de démarrer Linux, le support de l'émulation du port parallèle, des instructions MMX, SSE, SSE2 et PNI, l'amélioration du support ARM, et l'intégration d'un code émulant une unité de calcul en virgule flottante.
Aller plus loin
- Qemu (21 clics)
- Kqemu (5 clics)
- Qvm86 (2 clics)
- Fonctionnement interne de Qemu (5 clics)
- Annonce de la sortie de Kqemu (2 clics)
- Qemu Launcher, un Frontend Gnome à Qemu (1 clic)
# Français
Posté par Fabimaru (site web personnel) . Évalué à 6.
[^] # Re: Français
Posté par Thomas Petazzoni (site web personnel) . Évalué à 2.
[^] # Re: Français
Posté par Nÿco (site web personnel) . Évalué à 1.
[^] # Re: Français
Posté par mickabouille . Évalué à 2.
[^] # Re: Français
Posté par Pierre Habouzit . Évalué à 2.
[^] # Re: Français
Posté par Laaapin . Évalué à 1.
[^] # Re: Français
Posté par peau chat . Évalué à 2.
Ou, pour être plus concis : transcodage.
# pc sur une cafetiere pour quoi ?
Posté par GnunuX (site web personnel) . Évalué à 2.
Il est dommage qu'on ne puisse pas émulé un PC sur un cafetière avec le module noyau, ca limite grandement son interet.
[^] # Re: pc sur une cafetiere pour quoi ?
Posté par Alexandre COLLIGNON (site web personnel) . Évalué à 0.
Alexandre COLLIGNON
[^] # Re: pc sur une cafetiere pour quoi ?
Posté par Vincent Pelletier . Évalué à 2.
Je connais bon nombre de posesseurs de Macintosh, de Sun, de SGI et autre machines considérées comme exotiques (quand on pense même à les considérer) qui seront vexés de voire leur matériel ramené au rang de cafetière...
[^] # Re: pc sur une cafetiere pour quoi ?
Posté par MsK` . Évalué à 0.
# Question technique
Posté par Ghislain LEVEQUE . Évalué à 2.
Est-ce un problème de temps de développement pour rechercher des optimisations ou un problème de spec non disponibles ?
[^] # Re: Question technique
Posté par Thomas Petazzoni (site web personnel) . Évalué à 5.
Ce qui pêche encore un peu peut-être dans Qemu, ce sont les entrées-sorties, en particulier l'affichage à l'écran qui rame pas mal.
[^] # Re: Question technique
Posté par Yth (Mastodon) . Évalué à 8.
Ca doit changer pas mal de choses.
Et en fait le module kqemu doit permettre le même genre d'optimisation que fait vmware quand on émule du x86 sur du x86.
Yth.
[^] # Kqemu + Win9x
Posté par ZeroHeure (site web personnel) . Évalué à 1.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Kqemu + Win9x
Posté par gyom gyom . Évalué à 1.
Après avoir installé une version 0.7 ça tourne toujours, c'est génial ! (surtout le format de fichier qui permet de créer un disque virtuel de 4Go et de n'occuper sur le disque que la taille réelle des données présentes sur ce disque: 150Mo pour un 98 tout neuf ;))
En revanche, dès que je mets le module Kqemu dans le noyau et que je lance le qemu (la version optimisée, donc), win98 plante lors du démarrage avec une "erreur de protection".
Il ne me reste plus qu'à lire la licence proprio du module et voir comment je peux aider le monsieur qui code. Je ne suis pas le patron d'une boîte, je n'ai donc pas les moyens de l'aider financièrement, mais j'admire son travail.
[^] # Re: Question technique
Posté par Arachne . Évalué à 6.
Sinon pour les différences de perfs, il faut distinguer les émulateurs "purs" comme Bochs qui visent d'abord à restituer parfaitement le comportement du matériel émulé, et les émulateurs "pratiques" qui cherchent à augmenter la vitesse d'exécution en utilisant par exemple les instructions du processeur du système hote si il est identique à celui émulé.
[^] # Re: Question technique
Posté par Nim . Évalué à 3.
[^] # Re: Question technique
Posté par Janfi . Évalué à 1.
# Le second mode, comment faire ?
Posté par bz31 . Évalué à 4.
Concrètement, comment faire pour par exemple exécuter "firefox + flash version x86" sur un linux ppc ? Merci.
[^] # Re: Le second mode, comment faire ?
Posté par john Smith (site web personnel) . Évalué à 4.
http://fabrice.bellard.free.fr/qemu/qemu-doc.html#SEC35
++
[^] # Re: Le second mode, comment faire ?
Posté par Arnaud . Évalué à 4.
# VMware
Posté par farib . Évalué à 0.
[^] # Re: VMware
Posté par Vincent Pelletier . Évalué à 3.
D'où le danger des executions en mode noyau... Quand ça plante, ça fait pas dans le détail.
# Une joli GUI
Posté par Mildred (site web personnel) . Évalué à 1.
Ne serait-ce que pour avoir un bouton pour prendre un screenshoot. par exemple.
Ou changer la configuration materielle alors que qemu est déja lancé
[^] # Re: Une joli GUI
Posté par chaperon . Évalué à 1.
Loin de moi l'idée de critiquer nos chers logiciels libres (je n'ai qu'à contribuer :), mais Qemu n'est pas de tout repos à utiliser. Notamment la partie réseau, qui manque singulièrement de simplicité.
[^] # Re: Une joli GUI
Posté par ZeroHeure (site web personnel) . Évalué à 3.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Une joli GUI
Posté par Pascal Terjan (site web personnel) . Évalué à 3.
Par contre il serait peut être bien de faire un repository ou distribuer avec qemu des scripts types pour ces différentes utilisations courantes. Ici j'en ai un pour le bridge entre instances qemu + NAT vers le reste du réseau et un autre pour direct bridger.
[^] # Re: Une joli GUI
Posté par Gniarf . Évalué à 4.
c'est donc versatile, on peut faire ce qu'on veut... si on a déjà une idée de ce qu'il faudra faire.
[^] # Re: Une joli GUI
Posté par William Steve Applegate (site web personnel) . Évalué à 4.
Bah moi, j'utilise VDE (Virtual Distributed Ethernet : [http://vde.sourceforge.net/(...)]) et ça marche fort bien. J'ai gentiment défini mon interface tap0 dans /etc/network/interfaces, et je lance mes instances de QEMU avec ‘vdeqemu -hda image-machine -m 64’. Rien que de très simple, en fin de compte, et ça permet d'avoir plusieurs QEMU qui se parlent sur le « commutateur » Ethernet virtuel.
Sinon, j'ai lu sur la liste que l'auteur privilégiait une GUI bien intégrée au soft, et multiplateformes (genre avec GTK+). Voili voilou.
Envoyé depuis mon PDP 11/70
# Accès aux autres partitions
Posté par ditow . Évalué à 1.
Mais pour ce faire je doit créer un partition d'échange en fat32 pour que windows y ai accès..et la question qui me taraude c'est : Peut on accéder aux autres partitions du disque dur avec Qemu?
merci bcp
[^] # Re: Accès aux autres partitions
Posté par William Steve Applegate (site web personnel) . Évalué à 3.
QEMU n'a pas besoin de partitions sur un disque dur physique. Tu peux juste utiliser (en fait, c'est très recommandé) un fichier image (avec la commande ‘dd’) que tu « partitionneras » depuis QEMU via l'installateur du système d'exploitation invité. Tu pourras ensuite accéder aux « partitions » de ce fichier image en l'attachant au système de fichier grâce au périphérique de bouclage (il y a justement un petit utilitaire bien pratique à cet effet : [http://www.dad-answers.com/qemu/utilities/QEMU-HD-Mounter/lomount/(...)]). Toutefois, cette solution n'est pas très utilisable (il faut arrêter l'émulateur avant d'accéder à ses disques, pour éviter que le système d'exploitation invité ne plante). Une meilleure solution reste la possibilité qu'a QEMU de permettre l'accès aux dossiers de la machine hôte à travers un partage SaMBa.
En revanche, j'ai des doutes sur l'utilité de QEMU dans ta situation. Pour que QEMU fasse marcher ton imprimante, il faut déjà qu'il soit « conscient » de sa présence. Or, l'émulateur ne voit pas les périphériques de la machine, mais des périphériques virtuels. Il y a donc des chances qu'il ne puisse utiliser ton imprimante. Néanmoins, si c'est une imprimante parallèle, tu peux toujours essayer avec ‘qemu -parallel /dev/lp0’ (assure-toi que le périphérique /dev/lp0 est bien accessible par l'utilisateur qui lance QEMU) et espérer que ça passe. Bonne chance.
Envoyé depuis mon PDP 11/70
[^] # Re: Accès aux autres partitions
Posté par Cedric Janssens . Évalué à 0.
Ben je suis perplexe... vu qu'il est capable d'émuler un Intel Pentium sur mon AMD avec une soundblaster la ou j'ai une Via97.....
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.