
| Developed by | Fabrice Bellard |
|---|---|
| Latest release | 0.9.1 / 06 January 2008; 304 days ago |
| OS | Cross-platform |
| Type | Emulator |
| License | Various |
| Website | http://bellard.org/qemu/ |
QEMU is a processor emulator that relies on dynamic binary translation to achieve a reasonable speed while being easy to port on new host CPU architectures.
In conjunction with CPU emulation, it also provides a set of device models, allowing it to run a variety of unmodified guest operating systems, thus it can be viewed as a hosted virtual machine monitor. It also provides an accelerated mode for supporting a mixture of binary translation (for kernel code) and native execution (for user code), in the same fashion as VMware Workstation and Microsoft Virtual PC.
QEMU can also be used purely for CPU emulation for user level processes; in this mode of operation it is most similar to valgrind.
One feature exclusive to QEMU is that of portability: the virtual machines can be run on any PC, even those where the user has only Limited Rights with no Administrator access, making the 'PC-on-a-USB-stick' concept very real. Similar applications exist (such as MojoPac) but they currently require Administrator rights to run, making them useless in areas such as public libraries, internet cafes, and so on.
Contents |
QEMU was written by Fabrice Bellard and is free software. Specifically, the QEMU virtual CPU core library is released under the GNU Lesser General Public License (GNU LGPL). Many hardware device emulation sources are released under the BSD license.[1] When running on Windows, although by default it uses DirectSound, there is the option to use the proprietary FMOD library, which if used disqualifies it for a single, unified, Open Source software license.
QEMU has two operating modes[2]:
TCG for Tiny Code Generator, aims to remove the shortcoming of relying on a particular version of GCC or any compiler, instead incorporating the compiler (code generator) into other tasks performed by QEMU in run-time. The whole translation task thus consists of two parts: blocks of target code (TBs) being rewritten in TCG ops - a kind of machine-independent intermediate notation, and subsequently this notation being compiled for the host's architecture by TCG. Optional optimisation passes are performed between them.
TCG requires that there be dedicated code written to support every architecture it is being run on. It also requires that the target instruction translation be rewritten to take advantage of TCG ops, instead of the previously used dyngen ops. Currently officially supported host architectures are x86 and AMD64 only, however there exists in-development code for ARM, PowerPC, SPARC, and HPPA. Targets that have been moved over to TCG include i386, AMD64, SPARC, CRIS, MIPS and ARM. It is currently under development and is only available on qemu's SVN server.
Virtualization of machines or operating systems comes at the cost of speed of execution. One tried and true method to reduce the effect (cost) are software based drivers which perform specific functions that would otherwise be very costly to perform by the virtualization software. Two of those software programs, developed for QEMU, are KQEMU and QVM86.
Fabrice Bellard also wrote a Linux kernel module (with preliminary ports to FreeBSD and MS Windows) named KQEMU or QEMU Accelerator, which notably speeds up x86 emulation on x86 platforms. This is accomplished by running user mode code directly on the host computer's CPU, and using processor and peripheral emulation only for kernel mode and real mode code. KQEMU also supports a kernel emulation mode in which portions of kernel mode code run on the host's CPU.
Unlike KVM, KQEMU can execute code from many guest OSes even if the host CPU does not support hardware virtualization. KQEMU supports both x86 and x86_64 CPUs. As a future development[3] for KQEMU there are plans to support the hardware(CPU) based virtualization extensions introduced by Intel VT and AMD-V families of processors.
Also of interest is that the QEMU Accelerator, KQEMU, was initially released free-of-charge but was licensed as a closed-source proprietary product. However, since version 1.3.0pre10[4], released on February 5, 2007, it has been available under the GNU General Public License(GPL).
QVM86 was a Linux kernel module to provide x86 virtualization capabilities for the QEMU emulator. Virtualization allowed "emulated" code to be run natively on the host CPU, using the CPU protection mechanisms to intercept and emulate privileged events. It was licensed under GNU GPLv2 license. It was developed as a drop-in replacement for the then closed-source KQEMU, which has since been made available under the GPL. The developer of QVM86 ceased development on January 21, 2007 as they decided that the project had been rendered obsolete by the release of VirtualBox.
In January 2007, VirtualBox was released. It uses some of QEMU's virtual hardware devices and has a built-in dynamic recompiler that is based on QEMU. As with KQEMU, it runs nearly all guest code natively on the host via the VMM (Virtual Machine Manager), and uses the recompiler only for special situations as a fallback mechanism (this holds true for guest code that executes in real mode and some other rare scenarios at runtime)[5]. In addition, VirtualBox goes through a lot of code analysis and patching via a built-in disassembler to reduce usage of the recompiler to a minimum. VirtualBox is open-source software under the GPL, except for a number of enterprise features, and standard user features like USB.
As of the 2.0.2 release (updated 2008-09-12) VirtualBox still has no support for SMP in a Guest OS. It has been confirmed by one of the developers of VirtualBox that SMP is stated to be added in a future release, but a fixed date for it can't be given. [2]
The Xen virtual machine monitor can run in HVM (hardware virtual machine) mode, using Intel's VT-x or AMD's AMD-V hardware virtualization extensions. This means that instead of paravirtualized devices, a real set of virtual hardware is exposed to the domU to use real device drivers to talk to.
QEMU includes several components: CPU emulators, emulated devices, generic devices, machine descriptions, user interface, and a debugger. The emulated devices and generic devices in QEMU make up its device models for I/O virtualization [6].
Xen-HVM has device emulation based on the QEMU project to provide I/O virtualization to the VMs. Hardware is emulated via a patched QEMU "device manager" (qemu-dm) daemon running as a backend in dom0. This means that the virtualized machines see as hardware: a PIIX3 IDE (with some rudimentary PIIX4 capabilities), Cirrus Logic or vanilla VGA emulated video, RTL8139 or NE2000 network emulation, PAE, and somewhat limited ACPI and APIC support and no SCSI emulation.[7]
KVM is a linux kernel virtualization infrastructure. By itself, it does not perform any emulation. Instead, a user-space program uses the /dev/kvm interface to set up the guest VM's address space, feed it simulated I/O and map its video display back onto the host's and currently, the only such program that does this is a modified version of QEMU [3].
Darwine was originally intended to support compiling of Win32 source into Mach-O/PowerPC binaries for Macintosh computers. The project shifted objectives combining Wine's program loader with QEMU in user mode emulation, to allow running of Win32 binaries on Mac OS X for PowerPC.
In early 2005, Win4Lin introduced Win4Lin Pro Desktop, based on a 'tuned' version of QEMU and KQEMU and it hosts NT-versions of Windows. In June 2006[8], Win4Lin released Win4Lin Virtual Desktop Server based on the same code base. Win4Lin Virtual Desktop Server serves Microsoft Windows sessions to thin clients from a Linux server.
In September 2006, Win4Lin announced a change of the company name to Virtual Bridges with the release of Win4BSD Pro Desktop, a port of the product to FreeBSD and PC-BSD. Solaris support followed in May 2007 with the release of Win4Solaris Pro Desktop and Win4Solaris Virtual Desktop Server[9].
|
|
This section needs additional citations for verification. Please help improve this article by adding reliable references. Unsourced material may be challenged and removed. (September 2008) |
Qemu Launcher is a Gtk+ front-end for QEMU, written by Erik Meitner and Linas Žvirblis. Qemu Launcher provides a graphical front-end to many QEMU computer emulator options. It has the capability to create, save, and run multiple virtual machine configurations, and to create and convert disk images. Qemu Launcher also supports launching virtual machines from the command line.
Qemulator is a graphical manager for QEMU under Linux, written by Rainer Haage. Qemulator consists of two components: a management surface to create and set up virtual machines, and a control-panel to manage the on demand functions for a running machine such as mounting and unmounting of filesystems, attaching USB devices, and starting, stopping, pausing or resetting a running system. The control panel also is able to take screenshots and to record audio from the current virtual machine. The command used to start QEMU can be copied to the clipboard for use elsewhere, including starting QEMU without using the launcher.
Why are we here?
All text is available under the terms of the GNU Free Documentation License
This page is cache of Wikipedia. History