| |
|
 |
|
 |
|
|
|
| |
|
|
xen-users
RE: [Xen-users] xen over quemu OR quemu in Xen domU on a system with HVM
> -----Original Message-----
> From: Igor Chubin [mailto:igor@xxxxxxx]
> Sent: 30 May 2007 17:34
> To: Petersson, Mats
> Cc: Igor Chubin; xen-users@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Xen-users] xen over quemu OR quemu in Xen domU
> on a system with HVM-capable CPU
>
> ...
> > > Please tell me are there the same restrictions for the
> > > hvm-capable systems?
> >
> > If you load Linux (or such) in HVM mode, you can run kqemu
> inside that
> > Linux. I'm not entirely sure I understand the advantage of this,
> > compared to running the OS you want to run in QEMU inside a
> HVM virtual
> > machine in the first place, but yes, it's possible.
>
>
>
> Small addition.
>
>
> Mats, I don't want to run linux inside domU to run quemu.
>
> I want to run quemu and kquemu in Xen domain 0 directly.
Yes, but I still don't understand why, including after your other
explanation about running "as many OS's as possible", this is better
than just running a HVM domain in the first place - HVM domains aren't
VERY resource consuming, and you'll be running a QEMU-DM or full-QEMU
per "guest"[1].
The only advantage I can see is that since QEMU itself is using virtual
memory, you could possibly swap a "guest" to disk, which means that you
can overcommit the memory. I'm however sceptical that this is a REAL
advantage over running a virtual machine with swap in the guest - the
swapping within the guest would be much more selective on what gets
swapped out, compared to swapping out some "random" bits of the
"qemu+data" images.
[1] Here I use the term guest in a looser meaning than I normally would
do, e.g. a QEMU instance would also count as a guest.
--
Mats
>
> --
> WBR, i.m.chubin
>
>
>
>
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
|
|
|
| |
|
Home