From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EYvKa-0003yt-GQ for qemu-devel@nongnu.org; Sun, 06 Nov 2005 19:57:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EYvKY-0003yf-MC for qemu-devel@nongnu.org; Sun, 06 Nov 2005 19:57:52 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EYvKY-0003yc-Fe for qemu-devel@nongnu.org; Sun, 06 Nov 2005 19:57:50 -0500 Received: from [32.97.110.149] (helo=e31.co.us.ibm.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EYvKY-0002N3-Mh for qemu-devel@nongnu.org; Sun, 06 Nov 2005 19:57:50 -0500 Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e31.co.us.ibm.com (8.12.11/8.12.11) with ESMTP id jA70vkq1032766 for ; Sun, 6 Nov 2005 19:57:46 -0500 Received: from d03av04.boulder.ibm.com (d03av04.boulder.ibm.com [9.17.195.170]) by d03relay04.boulder.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id jA70wsqf060550 for ; Sun, 6 Nov 2005 17:58:54 -0700 Received: from d03av04.boulder.ibm.com (loopback [127.0.0.1]) by d03av04.boulder.ibm.com (8.12.11/8.13.3) with ESMTP id jA70vjlq009297 for ; Sun, 6 Nov 2005 17:57:46 -0700 Message-ID: <436EA681.1010302@us.ibm.com> Date: Sun, 06 Nov 2005 18:57:37 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Qemu and (Pacifica | Vanderpool) References: <200511061019.18720.dfeustel@verizon.net> <200511061533.13098.paul@codesourcery.com> In-Reply-To: <200511061533.13098.paul@codesourcery.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Paul Brook wrote: >On Sunday 06 November 2005 15:19, Dave Feustel wrote: > > >>Will Qemu be modified to take advantage of the hardware virtualization >>facilities incorporated in AMD's Pacifica and/or Intel's Vanderpool >>technogies? >> >> > >qemu is an emulator, not a virtualizer, so these extensions don't really help. > > Not quite. qemu is technically a JIT. kqemu/qvm86 are virtualizers. Bochs is an actual emulator. VT/SVM will definitely improve the performance of kqemu/qvm86. The only bottleneck left in QEMU would be the IO emulation. Since Xen uses the QEmu IO model any performance improvements for Xen IO emulation should be sharable with QEmu... >You may want to look at Xen (www.xensource.com), which already supports these. > > Xen is a Type I VMM, QEmu is a Type II. They aren't interchangable. The main difference between a Type I and a Type II VMM is that a Type I runs on bare metal (and has control of the entire platform) whereas a Type II VMM runs within an Operating System. The "Analysis of the Intel Pentium's Abiliity to Support a Secure VMM" paper has a good discussion of the differences between the two (the original Popek/Goldberg paper is pretty dense). Regards, Anthony Liguori >Paul > > >_______________________________________________ >Qemu-devel mailing list >Qemu-devel@nongnu.org >http://lists.nongnu.org/mailman/listinfo/qemu-devel > > >