From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1E9rju-000302-Bj for qemu-devel@nongnu.org; Mon, 29 Aug 2005 18:04:26 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1E9rjs-0002yj-OK for qemu-devel@nongnu.org; Mon, 29 Aug 2005 18:04:25 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E9rjr-0002xr-GO for qemu-devel@nongnu.org; Mon, 29 Aug 2005 18:04:23 -0400 Received: from [128.8.10.163] (helo=po1.wam.umd.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1E9rh9-0005um-Qi for qemu-devel@nongnu.org; Mon, 29 Aug 2005 18:01:36 -0400 Date: Mon, 29 Aug 2005 17:59:12 -0400 From: "Jim C. Brown" Subject: Re: [Qemu-devel] QEMU_TMPDIR temp folder for KQEMU for Windows. Message-ID: <20050829215912.GA2422@jbrown.mylinuxbox.org> References: <20050829180505.84705.qmail@web50512.mail.yahoo.com> <1125341607.28382.28.camel@aragorn> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1125341607.28382.28.camel@aragorn> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: jhoger@pobox.com, qemu-devel@nongnu.org On Mon, Aug 29, 2005 at 11:53:26AM -0700, John R. Hogerhuis wrote: > On Mon, 2005-08-29 at 11:05 -0700, Francois Rioux wrote: > > KQEMU presumably does this on X86 by inlining more of the original code > with minimal changes (i.e more tokens containing bigger swaths of native > code, and less simple instruction emulation tokens), so performance will > be more like what you could expect from a virtualizer. KQEMU is not open > source though, so if you want to fiddle with that, you probably would > have to do it on qvm86. > Um, KQEMU/qvm86 don't do dynamic translation. They are virtualizers. They run the code given to them (more or less) unchanged. They are simpler than VMware because they only virtualize a subset of code (they dont support virtualizing kernel code), so qemu still does translation for the code which cant be virtualized (and in addition, switches become slightly more expensive due to needing to convert register state between kernel and user code). Without them, there is no native code run by qemu - everything is translated. -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection.