Re: [Qemu-devel] -kernel-kqemu - bug with -m 256 <-please disregard

[Dan Sandberg <dan.sandberg@medsci.uu.se>]

Dan Sandberg wrote:

> 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
>
Sorry!
Monday morning, coffee machine broken and my test far TOO quick since I 
forgot to start the kqemu service first and used a double-click script 
with the result that I missed the warning message that kqemu actually 
wasn´t running.
With -kernel-kqemu enabled I now get the same nasty bug as before 
regardless of -m 160, 256, 384 or 512..
Best regards,
Dan Sandberg

>
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>