All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dan Sandberg <dan.sandberg@medsci.uu.se>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] -kernel-kqemu - bug with -m 256
Date: Mon, 24 Apr 2006 10:38:56 +0200	[thread overview]
Message-ID: <444C8EA0.8020402@medsci.uu.se> (raw)
In-Reply-To: <44494A1D.4040202@wasp.net.au>

Brad Campbell wrote:

> Troy Benjegerdes wrote:
>
>> On Thu, Feb 09, 2006 at 04:01:34PM -0600, Anthony Liguori wrote:
>>
>>> Jim C. Brown wrote:
>>>
>>>> -kernel-kqemu virtualizes ring 0 code.
>>>>
>>>> So it basically makes qemu do what VMware does.
>>>>
>>>> IIRC someone reported a 33% speedup with the new option.
>>>>  
>>>
>>> That was me.  That was a 33% speedup on win2k startup time.  kqemu 
>>> (user only) has a negligible impact on win2k startup time which 
>>> suggests this is mostly ring 0 code running which would make it a 
>>> good benchmark for kernel-kqemu performance.
>>>
>>> This was a terribly unscientific benchmarking so don't read too much 
>>> into it.
>>>
>>> Regards,
>>>
>>> Anthony Liguori
>>
>>
>> My win2k guest (with SP4, but not any updates) seemed to hang on startup
>> with -kernel-kqemu.
>
>
> Are you using -m 256 by any chance? I get this result with around that 
> much ram allocated to the guest. -m 160 (or less) or -m 384 (or more) 
> works perfectly here..
>
>
>
Great tip -thank you!

I have been having the same headache as others: Linux and RectOS guests 
constantly crashing in the very same spot when -kernel-kqemu is enabled.
I just made a quick test adding -m 384 and ReactOS suddenly boots all 
the way with -kernel-kqemu enabled!
My test line was:
qemu.exe -kernel-kqemu -m 384 -L ./bios -boot c -hda c.img

Best regards,
Dan Sandberg

  reply	other threads:[~2006-04-24  8:39 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-08 23:04 [Qemu-devel] -kernel-kqemu Jim C. Brown
2006-02-09  1:27 ` Jim C. Brown
2006-02-09  8:46   ` Hetz Ben Hamo
2006-02-09 18:05     ` Jim C. Brown
2006-02-09 22:01       ` Anthony Liguori
2006-02-09 23:32         ` Phil Krylov
2006-02-10 14:24           ` G Portokalidis
2006-04-19 17:31         ` Troy Benjegerdes
2006-04-21 21:09           ` Brad Campbell
2006-04-24  8:38             ` Dan Sandberg [this message]
2006-04-24 13:28               ` [Qemu-devel] -kernel-kqemu - bug with -m 256 <-please disregard Dan Sandberg
2006-04-24 22:31             ` [Qemu-devel] -kernel-kqemu Fabrice Bellard
2006-02-09 18:35     ` Anthony Liguori
2006-02-09 22:01       ` Fabrice Bellard
2006-02-11  3:02         ` Kazu
2006-02-09 16:27 ` Brad Campbell
2006-02-10 13:29 ` Christian MICHON
2006-02-10 16:18   ` Jim C. Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=444C8EA0.8020402@medsci.uu.se \
    --to=dan.sandberg@medsci.uu.se \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.