Phoronix benchmarks between native MS WOS and Xen Vga passthrough MS WOS please
I would like to read a test with
One Intel processor, One AMD processor, One Nvidia card, One Ati card, One Intel card.
This makes 6 configs.
With SDD, and HDD, and test MS WOS - MicroSoft Windows Operating System -
with Xen / Xen + Vga Passthrough / KVM - all with antivirus and ninite full bundle and fresh install without antivirus / Native - with antivirus and a Ninite full bundle / Native without antivirus an bundle.
If you virtualize for gaming, you can have a MS WOS fresh installed without no more programs than games, and without antivirus, and even if you have to native installations virus will affect you.
I think hardcore gamers would play with better performance with XEN and without antivirus.
VGA and PCI passthrough, GPU sharing and other thoughts on VM
@Lemrouch: Interesting setup! Thanks for sharing.
I for myself am fed up with dual-boot and am looking for a solution that allows me to run Linux as my standard OS, and Windows 7 (or 8) in a VM for photo editing. I would happily migrate to Linux only, but there is no professional photo editing solution available on Linux. So I'm kinda stuck with Windows (though I could move to Mac, but that would be really expensive).
While I appreciate the challenges of getting VGA passthrough working, I again and again read comments that question this approach. For example, Ian Molton proposed a KVM/Qemu patch that would implement a virtio GPU transport solution back in October 2010 (see http://lists.gnu.org/archive/html/qe.../msg01263.html). I understood that his proposal/patch was turned down. Instead the KVM team focuses on SPICE. SPICE itself looks like a great idea, but will it really cut the dough for single station applications where a user wants to get the best graphics performance from within a VM? I just don't know. Perhaps SPICE is not even meant to provide that solution, I'm simply not familiar with it.
In my particular case, I must have direct access to the graphics adapter from within the VM, in order to calibrate my screen with a colorimeter and to upload the profile into the screen via the DVI port of the graphics adapter. I doubt SPICE will be able to accommodate that requirement.
I saw quite many posts in various forums where people are looking for a way to play Windows-based games on Linux PCs and require video hardware acceleration. Just like the OP demonstrated.
The way I understand it, VGA passthrough today requires a dedicated graphics adapter for each VM and one for the host (unless it's a headless host). Why can't we have ONE graphics adapter that is shared by both the host and the VM, each with direct access to it when needed? I believe many users would be perfectly happy to work in full screen mode in either the VM or the host OS, where one and only one has exclusive access to the graphics card.
Another, perhaps better and certainly more universal approach would be GPU sharing or pooling, that is some kind of GPU virtualization. One or several GPUs could be shared by multiple guest VMs or users. It's been done by companies such as onlive to deliver online gaming services where all the GPU rendering is done in the data centers. They had to build their own hardware to get this running, but it seems to work extremely well. Aside from the hardware, it's the software that makes it happen. Is anyone familiar with a Linux/opensource solution for GPU pooling?
I'm still undecided about which solution to take. First I thought about Virtualbox, which I'm using now for some simple tasks, but it doesn't support VGA passthrough, yet. Phoronix recently published benchmarks that didn't favor VB. So that leaves KVM and Xen, or the commercial VMware and Parallels Workstation solutions. I'm willing to pay some money for a good solution, since I'm anyway going to spend a little fortune on the hardware. Suggestions and help are welcome.
@Lemrouch: Any reason you chose AMD/ATI graphics cards? I've had good experience with Nvidia cards and like their driver support (I know, some hate Nvidia for not sharing open source drivers or supporting the community, but at least they do a good job in updating their drivers, and provide longterm support for their cards).