From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33)
	id 1C1tfV-00078Y-9S
	for qemu-devel@nongnu.org; Mon, 30 Aug 2004 17:26:25 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33)
	id 1C1tfT-00077z-Ic
	for qemu-devel@nongnu.org; Mon, 30 Aug 2004 17:26:24 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.33) id 1C1tfT-00077b-B6
	for qemu-devel@nongnu.org; Mon, 30 Aug 2004 17:26:23 -0400
Received: from [216.254.0.203] (helo=mail3.speakeasy.net)
	by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.34) id 1C1taM-0007F3-73
	for qemu-devel@nongnu.org; Mon, 30 Aug 2004 17:21:06 -0400
Received: from dsl081-088-222.lax1.dsl.speakeasy.net (HELO [192.168.111.2])
	([64.81.88.222]) (envelope-sender <jhoger@pobox.com>)
	by mail3.speakeasy.net (qmail-ldap-1.03) with SMTP
	for <qemu-devel@nongnu.org>; 30 Aug 2004 21:21:03 -0000
Subject: Re: [Qemu-devel] i386 emulation: improved flag handing
From: "John R. Hogerhuis" <jhoger@pobox.com>
In-Reply-To: <4133938B.6030400@bellard.org>
References: <1093734467.7506.131.camel@kubu.opensource.se>
	<4131D312.3090008@bellard.org> <1093832260.7064.92.camel@sherbert>
	<4133938B.6030400@bellard.org>
Content-Type: text/plain
Message-Id: <1093900877.27202.32.camel@aragorn>
Mime-Version: 1.0
Date: Mon, 30 Aug 2004 14:21:17 -0700
Content-Transfer-Encoding: 7bit
Reply-To: jhoger@pobox.com, qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

On Mon, 2004-08-30 at 13:52, Fabrice Bellard wrote:
> Gianni Tedesco wrote:
> > On Sun, 2004-08-29 at 14:58 +0200, Fabrice Bellard wrote:
> > 
> >>Just for your information, my next developments will consist in 
> >>improving QEMU performance in the x86 on x86 case to match (or exceed 
> >>:-)) the VMware or VirtualPC level of performance. The downside is that 
> >>some kernel support will be needed. The kernel support will of course 
> >>remain optional. This mode of operation will replace 'qemu-fast'.
> > 
> > 
> > Out of interest, can you describe what kind of kernel support will be
> > needed? (I take it you mean host kernel?)
> 
> Yes, I meant a kernel module for the host kernel. The guest OS will run 
> unmodified as with the current QEMU.


I think Gianni's asking what functionality would you implement in a
kernel mode that cannot be done in user mode.

I guess you plan to go somewhat in the direction of virtualization, ala
Plex86 or VmWare... by identifying code blocks as not needing
translation, capable of being run as is or somewhat modified they would
run much faster than the current dynamic translated code. I guess to
make that work you would need to deal with virtual memory in kernel
mode.

-- John.