From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1F7l1m-0005gf-5m
	for qemu-devel@nongnu.org; Fri, 10 Feb 2006 22:02:26 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1F7l1k-0005gT-Bv
	for qemu-devel@nongnu.org; Fri, 10 Feb 2006 22:02:25 -0500
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1F7l1k-0005gQ-5g
	for qemu-devel@nongnu.org; Fri, 10 Feb 2006 22:02:24 -0500
Received: from [211.5.2.79] (helo=nm01omta019.dion.ne.jp)
	by monty-python.gnu.org with smtp (Exim 4.52) id 1F7l5d-00067i-Rr
	for qemu-devel@nongnu.org; Fri, 10 Feb 2006 22:06:26 -0500
Message-ID: <002a01c62eb7$95234f90$0464a8c0@athlon>
From: "Kazu" <kazoo@r3.dion.ne.jp>
References: <20060208230434.GA28760@jbrown.mylinuxbox.org><20060209012752.GA30423@jbrown.mylinuxbox.org><41e41e7a0602090046p18e89050m79c914f5293b2ade@mail.gmail.com><43EB8B7D.5020901@us.ibm.com>
	<43EBBBC1.1070508@bellard.org>
Subject: Re: [Qemu-devel] -kernel-kqemu
Date: Sat, 11 Feb 2006 12:02:23 +0900
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Reply-To: 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

Sent: Friday, February 10, 2006 7:01 AM Fabrice Bellard wrote:

> Hi,
>
> I will update the documentation about "-kernel-kqemu" soon.
>
> To be short: as some people already noticed, this option allows to run
> user code and most of the kernel code on "bare metal". The result is
> usually a noticable speed up. Only the following guest OSes are
> supported: Linux, Windows 2000 or XP. The installation of Windows
> 2000/XP must be run without the -kernel-kqemu option.
>
> I did not test the win32 and x86_64 versions of kqemu yet, but the i386
> version is usable.
>

I tested it on Windows XP host. But linux.img in linux-test package and
Win2k don't boot.

A strange thing is that when I used RedHat 7.2 guest, user-kqemu is much
slower than no-kqemu.


On Fedora Core 4 host, Win2k boots fine and is faster than user-kqemu and
no-kqemu. Great!

linux.img from linux-test package also works fine with kernel-kqemu,
user-kqemu on FC4 host.

But FC4-i386-rescuecd.iso guest doesn't boot with kernel-kqemu. It works
with user-kqemu and no-kqemu.
I can see about TSC error messages.

Morphix.iso doesn't boot with kernel-kqemu. It works with user-kqemu and
no-kqemu.
I couldn't see booting logo.

And a strange thing is that when I used Redhat 7.2 guest, user-kqemu is much
slower than no-kqemu.  And kernel-kqemu is much slower than user-kqemu.
It is the same result as on WinXP host.


I seems that Linux guest doesn't work well.

PS. user-kqemu means no option.

Regards,
Kazu