On Fri, Apr 24, 2009 at 02:17:51PM +0200, Matthias Apitz wrote:
> El día Thursday, April 23, 2009 a las 10:22:52PM +0200, Juergen Lock escribió:
> > > a new effect is that the qemu proc ends on termination of guest OS; the
> > > flag -no-shutdown does not help;
> > 
> >  Oh, yeah, same here.  I've just reported this on the qemu list, and btw
> > kvm seems to be affected too:
> >     https://bugs.launchpad.net/ubuntu/+source/kvm/+bug/362550/+viewstatus
> another issue is, when I'm using:
>        -kernel-kqemu
>            Enable KQEMU full virtualization (default is user mode only).
> the guest system (XP SP3) crashes short after coming up; without
> -kernel-kqemu I'm not sure if Qemu does make use of the kqemu.ko, it is
> so slow, esp. on disk i/o; I have loaded kqemu.ko on boot and if Qemu is
> up I can't kldunload it; but I really don't know if it makes use of it;

Actually it does, just not for guest kernel code, only userland.
(If you want to turn off kqemu completely use -no-kqemu, then it'll
run even slower. :)

 Anyway I've got one report that reinstalling an xp guest (it was
originally installed using an older qemu version) fixed -kernel-kqemu
instabilites at least for one guy (it worked for him with the old qemu)
- it is still true however that kqemu, especially with -kernel-kqemu,
is far from perfect, i.e. it doesn't really work for all types of guests,
and the fact that the linux folks have pretty much deprecated kqemu
in favour of kvm doesn't really help its cause either...  (And yes we
really could use a finished kvm port for the people that do have a
recent cpu with the necessary features, at least on linux kvm is also
much faster than -kernel-kqemu, and it works for more guests.)

freebsd-questions@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Reply via email to