Thank you Alex, I think it just clicked in my head what the core difference is.<div>Reading again on the Internet, I got confused by the fact that ESX used a readhat kernel, but ESX doesn't actually run on it, but run under it after some "magic".</div>

<div><br></div><div>But you're right, the most important is that it feels bare-metal, and I am yet to see perf differences. Virtualbox just rocks :)</div><div>And I totally agree with your P.S. on this one!</div><div>

<br></div><div>Thanks a bunch for clearing this up for me.<br><br><div class="gmail_quote">On 22 March 2013 09:22, Alexey Eromenko <span dir="ltr"><<a href="mailto:al4321@gmail.com" target="_blank">al4321@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p>Hmm... <br>
Type 1 means that the virtualization layer aka hypervisor sits below the OS kernel. (VMware ESX/i, Xen, Hyper-V) </p>
<p>Type 2 means that the virtualization layer aka hypervisor sits above the OS kernel. (example KVM, VirtualBox) <br>
There is no way in the world to change type. *but* there is a way to optimize the O. S to bare-metal and server needs, so type 2 gives you type1-like performance, features and user experience. RHEV (Red Hat Enterprise Virtualization) does just that - it is a bare-metal minimal Linux distro, but it is targeted at remote usage, like ESX with vSphere. (it runs KVM, so it's type 2, but users think it is type 1) and it's commercial.</p>



<p>It is likely, that Oracle has bare metal commercial solution based on minimal Linux and VirtualBox, known as Oracle VDI, but I haven't tried it. </p>
<p>In short it does not matter if it works above or below the kernel, and there is no proof, that type 1 is any faster than type 2. Making the solution that "feels" bare-metal is important, and can be done with either type. </p>



<p>Example : the Open Stack cloud is absolutely server-targetted, and guess what? It supports both Xen (type 1) and KVM (type 2) hypervisors. (adding VirtualBox to OpenStack is possible, if anyone volunteers to maintain the Open Stack-vbox driver) </p>



<p>P. S: Hell, we must beat the "hype"  part from the hypervisor. </p>
<p>-Alexey Eromenko "Technologov" <br>
Sent from Galaxy S III</p>
<br>_______________________________________________<br>
vbox-dev mailing list<br>
<a href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a><br>
<a href="https://www.virtualbox.org/mailman/listinfo/vbox-dev" target="_blank">https://www.virtualbox.org/mailman/listinfo/vbox-dev</a><br>
<br></blockquote></div><br></div>