Never has been. qemu-kvm is a standalone application which incorporates some patches / added code to qemu to allow it access to kvm.

From the read me of SBo's qemu-kvm

It never was the case that QEMU was required for QEMU-KVM. In order for the KVM project to release their changes in a timely manner they have had to continue to provide a modified QEMU which is named QEMU-KVM.

The goal is for QEMU to incorporate all the changes in QEMU-KVM so that one package would rule them all but it just hasn't happened yet.

Thanks,

I got confused with KVM. From the KVM Slackbuild page/readme (13.0 respository):

I know now that the "modified QEMU" refers to QEMU-KVM; at least I think that's correct.

So it looks like I can uninstall the base QEMU and just run QEMU-KVM.

Do/did I need to install the KVM package to use QEMU-KVM?

I appreciate everyone's help,

-Drew

That makes it a lot clearer.

For what it's worth: I went from being a complete newbie at virtualization to having succesfully set up two separate distros in VMs in the course of two evening's work. The combination of Eric's wiki post on QEMU and the very helpful posts here are absolutely invaluable.

Thanks!

No. Post #14 answers this question.

Missed that the first time. Got it now.

Thanks.

Quick update: things are going very well. I actually get better performance through the standard graphics than with the VNC viewer, though.

Thanks all,

Fair play to the original poster, good persistence.

I saw some comments earlier on in this thread that i wanted to correct for the record.

QEMU supports the same graphics driver used in VMware. Which gives it DirectX9c.

My understanding of the virtual environment is that there are two techiques. 1) to emulate and process on a general processing thread (ie, CPU) 2) create a hole through the DOM and allow direct access.

the 2nd option is not possible with Graphics cards because they are too proprietary, closed source and used by the host system. Due to their VGA BIOS. It is however possible with generic/universal devices such as USB.

so the first option is used for graphics. Although extensions for DirectX9c are supported they are computed on your hosts CPU. This can not provide the same graphical power compared to your hosts middling nvidia card. This is the same for VMWare as it is for QEMU

vt-X allows guest systems direct access to the hosts CPU. which gives near very near native performance....

vt-d allows guest systems direct access to any device on the PCI/PCI express bus direct access.... QEMU appears to already be looking at patches to allow direct access to graphics cards.

REF: http://www.linux-kvm.org/page/How_to...th_VT-d_in_KVM

you will need to check your processor to see if it supports VT extensions

hope this is helpful

0 members found this post helpful.

sanitynotvanity,

Thanks for that post! I'll be doing more research on vt-X and vt-d.

Regards,

Maybe not proprietary nvidia, but you can get direct GPU access through the gallium3d architecture.
http://www.phoronix.com/scan.php?pag...item&px=Nzc2OA