Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have a powerful home PC, and I've used VirtualBox to run Linux distros in Windows (and vice versa).

I'm interested in trying out a lightweight type 1 hypervisor to run all my operating systems (Windows 7, Debian, Arch) and was looking for suggestions of which to pick and how to implement this.

From what I gather, a type 1 hypervisor is a lightweight OS which simply provides VM management functionality.

Will I get reasonable performance under each guest OS? Can all the guest OSs have access to a shared data drive, or is is best to have a storage server in another guest OS and mount it over the virtual network?

What about gaming, is this feasible, or will I realistically need to run Win7 on bare metal?

I'd appreciate any input.

share|improve this question
I've edited your question to reflect what you are actually asking for; a type 1 hypervisor runs directly on the hardware while a type 2 (such as VirtualBox) runs inside a conventional OS like Windows. – Bob Jun 17 '12 at 7:14
Windows 7 should work fine. However, you will want to look at whether your processor supports IOMMU/VT-D, which should let you access some devices directly. Would make a huge difference for gaming related things, since your VM would be able to directly use your video card i think – Journeyman Geek Jun 17 '12 at 7:19
My CPU is a core i5 2500k, which supports (in the BIOS) something called only "hardware virtualisation" – Rory Jun 17 '12 at 8:20
AFAIK their is no Type 1 Desktop Hypervisors. Other then a product from Citrix specifically aimed at a limited selection of laptops and only useful in conjunction with their enterprise VDI solution. Since what I think you want doesn't exist yet everything you are asking is basically moot. The common Type I hypervisors (ie ESXi, XEN, KVM, HyperV) are pointless on a Desktop system. – Zoredache Jun 17 '12 at 10:10

It would seem that good progress has been made in VGA passthrough, in the last 18 months, so there is a chance such setup might work today. The requirement here is that all of the hardware elements (CPU, motherboard, GPU) do support IOMMU, that is either Intel VT-d or AMD-Vi (these are not the same as VT-x or AMD-V).

I am about to try something similar; my plan A (there might be B, C ... if A fails) is to try KVM with very recent (stable) versions of kernel, libvirt and qemu. I will most likely start with either of distributions Arch, Fedora or Proxmox (ie. Debian optimized for KVM). I might even try doing the same thing with various distros to compare the process and effect.

If you are still interested in answer, I found this useful guide which is being continuously updated and kept up-to-date (as of today - see date of my answer below). I plan to base my work on this guide KVM VGA-Passthrough on ArchLinux forums

KVM is not the only option, there is also strong support in Xen community for VGA passthrough, it is also supported under new versions of EXSi. If I need plan B or C, these will be my choices.

share|improve this answer

First, the distinction between "Type 1" and "Type 2" hypervisors is rather blurred these days. It's certainly a bit different than the original 1973 definition. After all, many of the hypervisors commonly referred to as "Type 1" are not actually bare metal hypervisors, but rely on a host OS to some extent.

These days many people say "Type 1" when they mean "server" and "Type 2" when they mean "workstation." These are not the original definitions, so paying attention to this artificial distinction will be quite confusing.

It's more useful to determine whether the hypervisor can accomplish what you want to do.

With that out of the way:

All of the popular hypervisors provide reasonable near-native performance once guest tools/paravirtualized drivers are installed. The main exception to this is 3D graphics, which will typically run poorly compared to native performance even with drivers.

While it's possible (with a processor that supports VT-d) to reserve a host video card for the exclusive use of a virtual machine, this is not well supported in many hypervisors as they concentrated their development of this feature on giving VMs raw access to network cards.

If you're a gamer, you should consider running a desktop virtualization solution such as VMware Workstation or VirtualBox so that you can game on the host OS and have the highest possible performance from your games.

If you want to share data between your guest OSes, you can either create a VM specifically for this purpose, or use features of the various virtualization solutions to provide access to folders on the host's hard drive (e.g. VirtualBox and VMware Workstation provide "shared folders" which maps a directory on the host hard drive to a virtual hard drive or virtual network share in the guest).

share|improve this answer

I think the future (more capable hardware, better optimized hypervisors) will introduce a revolution in this space, but right now your best bet is going with a lightweight self-built host OS such as Linux, with only the VM, Xorg and graphics drivers installed... then you can put your "real" work operating systems in full screen, one per monitor. VMware Workstation would work well for this.

Hopefully the future will better enable this type of setup and reduce the overhead for 3d graphics.

share|improve this answer

NxTop (now Citrix XenClient Enterprise) was pretty good. I think there is still a free XenClient version. Mokafive baremetal and Wanova (now owned by VMware) were similar but VERY expensive and generally for enterprise use.

Hopefully VMware will release a type 1 desktop hypervisor with a model similar to ESXi - freely available but you have to pay for vSphere for the cool enterprise features.

share|improve this answer

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .