<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Hyper-V Server Released</title>
	<atom:link href="http://blog.scottlowe.org/2008/10/01/hyper-v-server-released/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.scottlowe.org/2008/10/01/hyper-v-server-released/</link>
	<description>The weblog of an IT pro specializing in virtualization, storage, and servers</description>
	<lastBuildDate>Wed, 08 Feb 2012 17:13:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2008/10/01/hyper-v-server-released/comment-page-1/#comment-44461</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Wed, 13 May 2009 22:19:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/01/hyper-v-server-released/#comment-44461</guid>
		<description>Matt, I&#039;ve expressed my concerns about the hypervisor&#039;s reliance upon the parent partition/management OS/dom0 and the drivers that reside there, but I keep getting told that the indirect I/O architecture used by XenServer and Hyper-V is the one true path to virtualized enlightenment. I&#039;m just a simple guy, so I don&#039;t know the truth, but it seems to me that your point is rather salient--how can this solution be better if a crash of the parent partition/management OS/dom0 also takes down all the VMs?

XenServer and Hyper-V gurus, feel free to correct me if I have misrepresented something.</description>
		<content:encoded><![CDATA[<p>Matt, I&#8217;ve expressed my concerns about the hypervisor&#8217;s reliance upon the parent partition/management OS/dom0 and the drivers that reside there, but I keep getting told that the indirect I/O architecture used by XenServer and Hyper-V is the one true path to virtualized enlightenment. I&#8217;m just a simple guy, so I don&#8217;t know the truth, but it seems to me that your point is rather salient&#8211;how can this solution be better if a crash of the parent partition/management OS/dom0 also takes down all the VMs?</p>
<p>XenServer and Hyper-V gurus, feel free to correct me if I have misrepresented something.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blog.scottlowe.org/2008/10/01/hyper-v-server-released/comment-page-1/#comment-44457</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Wed, 13 May 2009 15:32:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/01/hyper-v-server-released/#comment-44457</guid>
		<description>I have been doing a lot of research lately and been working with hypervisors for some time now.  Scott I wanted to pose this question, do you think Hyper-V and even XenServer would be considered some sort of Hybrid Hypervisor?  I agree about the parent partition, if that dies so do your VM&#039;s.  By contrast if the SC dies in ESX my VM&#039;s will still run.  The other thing of note is how Hyper-V actually loads up.  Windows Server 2008 kernel must first load, then the Hyper-V kernel somehow &quot;inserts&quot; itself below 2008, making that instance of 2008 the Parent Partition.  It seems to me that because you are still loading up a kernel that is not dedicated to virtualization first, then inserting a kernel below that layer... well it just doesn&#039;t seem clean to me.  You have a kernel that is not dedicated to running VM&#039;s.  It requires hardware assisted virtualization.  Thoughts?</description>
		<content:encoded><![CDATA[<p>I have been doing a lot of research lately and been working with hypervisors for some time now.  Scott I wanted to pose this question, do you think Hyper-V and even XenServer would be considered some sort of Hybrid Hypervisor?  I agree about the parent partition, if that dies so do your VM&#8217;s.  By contrast if the SC dies in ESX my VM&#8217;s will still run.  The other thing of note is how Hyper-V actually loads up.  Windows Server 2008 kernel must first load, then the Hyper-V kernel somehow &#8220;inserts&#8221; itself below 2008, making that instance of 2008 the Parent Partition.  It seems to me that because you are still loading up a kernel that is not dedicated to virtualization first, then inserting a kernel below that layer&#8230; well it just doesn&#8217;t seem clean to me.  You have a kernel that is not dedicated to running VM&#8217;s.  It requires hardware assisted virtualization.  Thoughts?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2008/10/01/hyper-v-server-released/comment-page-1/#comment-41819</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Fri, 03 Oct 2008 02:16:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/01/hyper-v-server-released/#comment-41819</guid>
		<description>Stu,

Strictly speaking, you are absolutely correct--thank you for pointing that out. A &quot;Type 1&quot; hypervisor does not incur the overhead of a hosted hypervisor such as that used by Virtual Server or VMware Server.

I guess my comments lean more toward the absolute dependence of the hypervisor upon the parent partition. This is an architectural decision embraced by Hyper-V and Xen but eschewed by VMware. We could get into a deep religious debate over which architecture is better (placing the I/O stack in the parent partition or embedding them inside the hypervisor), but it just seems logical to me that a hypervisor which is dependent upon an OS--even if it is a stripped down OS--is somehow less &quot;bare metal&quot; than a hypervisor that isn&#039;t. Does that make sense? Like I said, I&#039;m not trying to stir up the religious debate here, rather just calling it like I see it.

Thanks for your comments, Stu.</description>
		<content:encoded><![CDATA[<p>Stu,</p>
<p>Strictly speaking, you are absolutely correct&#8211;thank you for pointing that out. A &#8220;Type 1&#8243; hypervisor does not incur the overhead of a hosted hypervisor such as that used by Virtual Server or VMware Server.</p>
<p>I guess my comments lean more toward the absolute dependence of the hypervisor upon the parent partition. This is an architectural decision embraced by Hyper-V and Xen but eschewed by VMware. We could get into a deep religious debate over which architecture is better (placing the I/O stack in the parent partition or embedding them inside the hypervisor), but it just seems logical to me that a hypervisor which is dependent upon an OS&#8211;even if it is a stripped down OS&#8211;is somehow less &#8220;bare metal&#8221; than a hypervisor that isn&#8217;t. Does that make sense? Like I said, I&#8217;m not trying to stir up the religious debate here, rather just calling it like I see it.</p>
<p>Thanks for your comments, Stu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stu Fox</title>
		<link>http://blog.scottlowe.org/2008/10/01/hyper-v-server-released/comment-page-1/#comment-41817</link>
		<dc:creator>Stu Fox</dc:creator>
		<pubDate>Fri, 03 Oct 2008 00:44:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/01/hyper-v-server-released/#comment-41817</guid>
		<description>Just to be clear, that comparison is of Hyper-V, not Hyper-V Server.  Hyper-V is the version that is Windows Server 2008, and Hyper-V Server is the standalone product.

And to answer your point Scott, it is indeed a bare metal (or type 1) hypervisor that runs on the bare metal.  It does not incur any of the overheard of a &quot;hosted&quot; or type 2 hypervisor because of this.  The fact that the parent partition (itself a VM) runs Windows Server 2008 does not change the bare-metalness of the hypervisor.

Disclaimer: I work for Microsoft NZ, but this is not an official response on behalf of my employer.</description>
		<content:encoded><![CDATA[<p>Just to be clear, that comparison is of Hyper-V, not Hyper-V Server.  Hyper-V is the version that is Windows Server 2008, and Hyper-V Server is the standalone product.</p>
<p>And to answer your point Scott, it is indeed a bare metal (or type 1) hypervisor that runs on the bare metal.  It does not incur any of the overheard of a &#8220;hosted&#8221; or type 2 hypervisor because of this.  The fact that the parent partition (itself a VM) runs Windows Server 2008 does not change the bare-metalness of the hypervisor.</p>
<p>Disclaimer: I work for Microsoft NZ, but this is not an official response on behalf of my employer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon B</title>
		<link>http://blog.scottlowe.org/2008/10/01/hyper-v-server-released/comment-page-1/#comment-41814</link>
		<dc:creator>Jon B</dc:creator>
		<pubDate>Thu, 02 Oct 2008 16:56:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/01/hyper-v-server-released/#comment-41814</guid>
		<description>Scott and others, check out this comparison of the install of Bare Metal Hyper-V and ESXi side by side.  

http://www.vmware.com/technology/whyvmware/resources/esxi-hyper-v-installation.html

...and no I don&#039;t work for VmWare. =)</description>
		<content:encoded><![CDATA[<p>Scott and others, check out this comparison of the install of Bare Metal Hyper-V and ESXi side by side.  </p>
<p><a href="http://www.vmware.com/technology/whyvmware/resources/esxi-hyper-v-installation.html" rel="nofollow">http://www.vmware.com/technology/whyvmware/resources/esxi-hyper-v-installation.html</a></p>
<p>&#8230;and no I don&#8217;t work for VmWare. =)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

