Excellent...
One of the main differences between this and Xen is that the OS being run in a
Xen domain needs to *know* that it's being run in a Xen domain (at least if Xen
is s/w based).
On the other hand Qemu (like VMware) simulates the h/w so that the OS installed
as a guess isn't generally aware it's running in a VM at all.
If you want to know more details though, it's worth googling around...
Some Linux Magazine articles introduce Qemu and Xen and might be useful, just to
start:
http://w3.linux-magazine.com/issue/70/Xen_3_Virtualization.pdf
http://w3.linux-magazine.com/issue/52/QEMU_System_Emulation.pdf
Thanks,
Darren.
Andrew Watkins wrote:
> I have just tried it on a Intel 2 Duo machine and I have to say it is
> very good and will keep most people happy. Not sure what is the
> difference between this and installing Xen, but I got Windows XP up and
> running very quickly (It took longer to install XP/patches than to get
> QEMU running).
>
> Not looked at the networking side of it yet, since it is does not
> working 100%, but I will need to do some reading.
>
>
> Andrew
>
>
>> I've recently used Qemu, downloaded from:
>>
>> http://www.opensolaris.org/os/project/qemu/downloads/
>>
>> - QEMU CVS Code drop ? 2007/06/12, with patches
>> - KQEMU CVS Code drop ? 2007/05/20
>>
>> You need the two of these to get things working best, KQEMU is the kernel
>> driver
>> which greatly accelerates things PROVIDED that you run the same qemu binary
>> that
>> matches your kernel, i.e. one of :
>>
>> /opt/SUNWqemu/bin/qemu-system-arm
>> /opt/SUNWqemu/bin/qemu-system-i80586
>> /opt/SUNWqemu/bin/qemu-system-i80686
>> /opt/SUNWqemu/bin/qemu-system-mips
>> /opt/SUNWqemu/bin/qemu-system-mipsel
>> /opt/SUNWqemu/bin/qemu-system-ppc
>> /opt/SUNWqemu/bin/qemu-system-sparc
>> /opt/SUNWqemu/bin/qemu-system-x86_64
>>
>> The default (which qemu is a sym link to) is qemu-system-i80686 - for my Acer
>> Ferrari, I had to use qemu-system-x86_64 (with a 64-bit kernel) - once you
>> make
>> this match, Qemu can use the kernel driver to use the h/w to run VM.
>>
>> If you don't match the kernel and the version of qemu, you will end up with a
>> *software* simulate virtualisation which is simply horrible.
>>
>> There is a lot of useful information on this site and mailing lists...
>>
>> HTH,
>>
>> Darren.
>>
>> Rich Teer wrote:
>>> On Wed, 29 Aug 2007, Bob Doolittle wrote:
>>>
>>>> Not true. You're focused only on VMware, I think
>>>> he only gave that merely as a possible solution example.
>>> Correct. For the avoidance of doubt, I'm looking for
>>> an x86-based solution.
>>>
>>>> Can be done with win4solaris.
>>>> http://www.win4solaris.com
>>> Interesting... I'll look into that and Xen. :-)
>>>
>>>> Personally, I have a two-box solution. My main
>>>> desktop is Solaris, but I run VMware ESX 3.0.2 on a
>>>> specially-config'd Ultra 40, with VMs of several
>>>> Linux distros and Windows and several Solaris
>>>> releases (I need to test with all of these). I
>>>> use an RDP client to connect to Windows from a
>>>> window on my Solaris desktop (I use the Sun Ray
>>>> Windows Connector product for this, but there's
>>>> also the freeware rdesktop client).
>>> Two boxes would be a PITA for me. I'm developing some code
>>> for an embedded device, and most of the tools rely on Windoze
>>> (though I'm beginning to assemble a decent Solaris-based
>>> tool set).
>>>
>> _______________________________________________
>> desktop-discuss mailing list
>> desktop-discuss at opensolaris.org
> _______________________________________________
> desktop-discuss mailing list
> desktop-discuss at opensolaris.org
