On Wed, Oct 19, 2011 at 3:01 AM, Papp Tamas <<a href="mailto:tompos@martos.bme.hu">tompos@martos.bme.hu</a>> wrote:<br>> On 10/19/2011 12:36 AM, Derek Simkowiak wrote:<br>><br>>> But actually I think, <a href="http://lxc-virt.org">lxc-virt.org</a> sounds better.<br>

><br>>     I disagree with <a href="http://lxc-virt.org">lxc-virt.org</a>.<br>><br>>     The difference between "container" and "virtual machine" is already<br>> confusing enough.  There is no virtualization layer in LXC, so I don't think<br>

> "virt" should be part of the official name.<br>><br>> What is the definition of the virtualization layer?<br>><br>> tamas<br>><br><br><div>For me I have 3 terms for guest environments that have defined meanings behind them (at least mentally)</div>

<div><br></div><div>Virtual machine = An isolated environment that provides emulated hardware to a guest OS.  This guest OS is largely unaware of the host but may gain performance improvements from host features like Intel-VTx or AMD-V.</div>

<div><br></div><div>Virtualization Layer = An application that allows code written for one platform to run on another or provides transparent translation of one platform's codes or functions to another platforms equivalent.  An example is like Wine or Qemu when it is translating binary instructions. i.e - Running ARM compiled code on x86 platform.</div>

<div><br></div><div>Container = An isolated environment that provides direct hardware access and emulates little to no components.  Access to the hardware may be restricted by the container implementation for security or isolation purposes.  Some container implementations require a custom kernel and guest containers may run their own kernel depending on how it is implemented.</div>