QEMU est un émulateur/virtualiseur de système.
Ça permet en gros de faire des tests de distro en l'installant dans un gros fichier du système hôte (voire en ne l'installant pas si c'est une LiveCD ou un LiveDVD).
Si vous n'avez pas encore jeté un coup d'oeil, allez-y maintenant ! Téléchargez et testez !
L'annonce de Fabrice Bellard
http://lists.gnu.org/archive/html/qemu-devel/2005-04/msg00479.html(...)
La home page
http://fabrice.bellard.free.fr/qemu/(...)
Le changelog
http://fabrice.bellard.free.fr/qemu/changelog.html(...)
Rapidement, le résumé des changements :
Full x86_64 and MMX/SSE/SSE2 emulation support. SPARC target can now boot Linux. Much improved ARM user mode emulation. Many bug fixes.
Sinon, voici ce qu'apporte la 0.7.0 par rapport à la 0.6.1 :
version 0.7.0:
- better BIOS translation and HDD geometry auto-detection
- user mode networking bug fix
- undocumented FPU ops support
- Cirrus VGA: support for 1280x1024x[8,15,16] modes
- 'pidfile' option
- .dmg disk image format support (Johannes Schindelin)
- keymaps support (initial patch by Johannes Schindelin)
- big endian ARM support (Lennert Buytenhek)
- added generic 64 bit target support
- x86_64 target support
- initial APIC support
- MMX/SSE/SSE2/PNI support
- PC parallel port support (Mark Jonckheere)
- initial SPARC64 support (Blue Swirl)
- SPARC target boots Linux (Blue Swirl)
- armv5te user mode support (Paul Brook)
- ARM VFP support (Paul Brook)
- ARM "Angel" semihosting syscalls (Paul Brook)
- user mode gdb stub support (Paul Brook)
- Samba 3 support
- initial Cocoa support (Pierre d'Herbemont)
- generic FPU emulation code
- Virtual PC read-only disk image support (Alex Beregszaszi)
Pour mémoire il existe deux modules noyau d'accélération :
- KQEMU par Fabrice Bellard himself, pas encore libre, mais souhaite le devenir grâce à une société bienfaitrice
- qvm86 par Paul Brooks, contributeur actif, libre mais encore expérimental
Journal QEMU 0.7.0
28
avr.
2005
# Complément
Posté par Ycarus (site web personnel) . Évalué à 4.
Site de qvm86 : http://savannah.nongnu.org/projects/qvm86/(...)
Un forum sur QEMU : http://m2.dad-answers.com/qemu-forum/index.php(...)
Snapshots et patches pour QEMU : http://www.dad-answers.com/qemu/(...)
Un ebuild pour Gentoo : http://gentoo.zugaina.org/app-emulation.html.fr#qemu(...)
[^] # Re: Complément
Posté par Ph Husson (site web personnel) . Évalué à 3.
[^] # Re: Complément
Posté par Ph Husson (site web personnel) . Évalué à 1.
Et que c'était moins sécurisé que l'émulation pure et dure
[^] # Re: Complément
Posté par Nÿco (site web personnel) . Évalué à 7.
En vrai, c'est VMWare qui est loin de QEMU :
- libre
- multiplateforme hôte : x86, PPC
- multiplateforme invité : x86, x86_64, PPC, SPARC
- émulation user mode
[^] # Re: Complément
Posté par Ph Husson (site web personnel) . Évalué à 1.
la distance n'est pas relative
que ce soit vmware<->qemu ou qemu<->vmware c'est tjs la meme distance:p
Sinon je parlais des perfs de x86 sur x86.... (enfin en virtualisateur quoi)
[^] # Re: Complément
Posté par Nÿco (site web personnel) . Évalué à 2.
[^] # Re: Complément
Posté par Pascal Terjan (site web personnel) . Évalué à 5.
Question rapidité, qemu avec module noyau n'est pas franchement plus lent. Et que ce soit avec ou sans module, au moins qemu ne prend pas toutes les ressources sur ma machine (j'arrive à faire autre chose avec 2 qemu lancés qui bootent des linux sur la laptop, pas avec VMWare avec lequel ma souris bouge plus et faut pas esperer des raffraichissements d'interface). J'avais fait des essais de benchs, c'était beaucoup plus lent sous vmware même si le bench affichait que c'était plus rapide qu'en natif vu les bidouillages d'horloge...
La où c'est plus lent c'est le réseau par contre (émulation d'une carte 100 et on en eest loin en bridgé, en plus elle gère pas le PXE).
[^] # Re: Complément
Posté par Yannick (site web personnel) . Évalué à 1.
Comme je l'ai dit dans un autre commentaire, j'ai testé avec et sans kqemu, j'ai pas vu de différence (a part la stabilité), pourtant le module était bien utilisé. J'ai testé sur un P3-900MHz, et je peut dire qu'il faut bien une dixaine de secondes pour avoir le menu démarrer de windows, et pour un explorateur de fichier c'est une minute. Alors que c'était quasi instantané en natif. Bref, même mon vieux K6-200 fesait largement mieux. Et au final, c'est pas utilisable, ce qui m'embete bien pour certaines tâches.
Je croise les doigts pour la 0.7, je la testerais quand j'aurais de nouveau internet à la maison...
[^] # Re: Complément
Posté par Pascal Terjan (site web personnel) . Évalué à 4.
J'ai utilisé des Linux sur mon centrino 1.6 (2 ou 3 instances en même temps) et sur mon Athlon 850 (une seule à la fois).
C'était parfaitement utilisable...
[^] # Re: Complément
Posté par Sylvain Sauvage . Évalué à 2.
Cela vient sûrement du système utilisé : c'est un NT4 sp6, pas un XP :oP.
Cela peut aussi venir de la mémoire : par défaut qemu utilise 128 Mo, comme mon PC en a 384 Mo au total (sans compter le swap), il en reste suffisamment pour les autres applications (surtout firefox...).
De la même façon, j'utilise fvwm...
Donc, avant de fustiger qemu ou ton processeur, vérifie les autres paramètres.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.