<?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: It&#8217;s not Hyper-V &#8212; it&#8217;s the drivers!</title>
	<atom:link href="http://www.vcritical.com/2010/03/its-not-hyper-v-its-the-drivers/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.vcritical.com/2010/03/its-not-hyper-v-its-the-drivers/</link>
	<description>Informed Virtualization Criticism</description>
	<lastBuildDate>Wed, 24 Apr 2013 06:27:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: jamnose</title>
		<link>http://www.vcritical.com/2010/03/its-not-hyper-v-its-the-drivers/#comment-11863</link>
		<dc:creator>jamnose</dc:creator>
		<pubDate>Wed, 25 May 2011 06:00:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=2409#comment-11863</guid>
		<description><![CDATA[LoL m not sure whether u work for the company to play games in Hyper-V, is that really helps you to play games umm... mostly i have to agree with you, instead Hyper-V mostly useful to play games nothing more :P]]></description>
		<content:encoded><![CDATA[<p>LoL m not sure whether u work for the company to play games in Hyper-V, is that really helps you to play games umm&#8230; mostly i have to agree with you, instead Hyper-V mostly useful to play games nothing more <img src='http://www.vcritical.com/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tb</title>
		<link>http://www.vcritical.com/2010/03/its-not-hyper-v-its-the-drivers/#comment-10146</link>
		<dc:creator>tb</dc:creator>
		<pubDate>Wed, 17 Mar 2010 06:25:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=2409#comment-10146</guid>
		<description><![CDATA[If Broadcom releases updates for their drivers that often, one would question that they didn&#039;t get them stable in the first place (and still hasn&#039;t?).

For me, being a n00b in the Hyper-V area (not trusting Microsoft in the first place), is there anything better than the WHQL to ensure stability? 
How do I find the best hardware for my Hyper-V machine? 
I wouldn&#039;t want to invest in a system just to find that my hypervisor crashes once in a while. (same goes for ESX, but they have recommended systems and control over their own driver updates. 

If I buy two identical machines, but install them with a months difference, I could get different versions of drivers, causing issues on one, but not the other. 
How would I know which one is the right one?]]></description>
		<content:encoded><![CDATA[<p>If Broadcom releases updates for their drivers that often, one would question that they didn&#8217;t get them stable in the first place (and still hasn&#8217;t?).</p>
<p>For me, being a n00b in the Hyper-V area (not trusting Microsoft in the first place), is there anything better than the WHQL to ensure stability?<br />
How do I find the best hardware for my Hyper-V machine?<br />
I wouldn&#8217;t want to invest in a system just to find that my hypervisor crashes once in a while. (same goes for ESX, but they have recommended systems and control over their own driver updates. </p>
<p>If I buy two identical machines, but install them with a months difference, I could get different versions of drivers, causing issues on one, but not the other.<br />
How would I know which one is the right one?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stu Fox</title>
		<link>http://www.vcritical.com/2010/03/its-not-hyper-v-its-the-drivers/#comment-10074</link>
		<dc:creator>Stu Fox</dc:creator>
		<pubDate>Tue, 16 Mar 2010 03:14:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=2409#comment-10074</guid>
		<description><![CDATA[

So what you&#039;re saying is that it&#039;s better to wait for VMware to release a patch for the entire hypervisor layer than it is to wait for the manufacturer of the device to release a driver level patch?  Either way you&#039;re waiting for someone to release a fix, it&#039;s just a question of who.  You have no guarantee either way of this happening quickly - unless you have evidence to the contrary?  

Just looking at the Broadcom drivers for Windows Server 2008R2 shows that they release driver updates reasonably regularly (monthly it would appear) so it&#039;s not like you&#039;re waiting long.

I&#039;m sure there are positives and negatives to both approaches, and as usual the truth is a casualty.]]></description>
		<content:encoded><![CDATA[<p>So what you&#8217;re saying is that it&#8217;s better to wait for VMware to release a patch for the entire hypervisor layer than it is to wait for the manufacturer of the device to release a driver level patch?  Either way you&#8217;re waiting for someone to release a fix, it&#8217;s just a question of who.  You have no guarantee either way of this happening quickly &#8211; unless you have evidence to the contrary?  </p>
<p>Just looking at the Broadcom drivers for Windows Server 2008R2 shows that they release driver updates reasonably regularly (monthly it would appear) so it&#8217;s not like you&#8217;re waiting long.</p>
<p>I&#8217;m sure there are positives and negatives to both approaches, and as usual the truth is a casualty.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Wilson</title>
		<link>http://www.vcritical.com/2010/03/its-not-hyper-v-its-the-drivers/#comment-10071</link>
		<dc:creator>Mark Wilson</dc:creator>
		<pubDate>Mon, 15 Mar 2010 22:27:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=2409#comment-10071</guid>
		<description><![CDATA[Sorry it&#039;s taken a couple of days to reply Eric - I should be grateful that you linked to my post (thank you).

I don&#039;t think we&#039;ll agree on this the outcome but the discussion has been... interesting. And I&#039;m glad to provide some amusement ;-) even if I did try to make the point in another comment that I work on both sides of the divide... and that this VMware vs. Microsoft nonsense is not helpful for customers (or partners)!]]></description>
		<content:encoded><![CDATA[<p>Sorry it&#8217;s taken a couple of days to reply Eric &#8211; I should be grateful that you linked to my post (thank you).</p>
<p>I don&#8217;t think we&#8217;ll agree on this the outcome but the discussion has been&#8230; interesting. And I&#8217;m glad to provide some amusement <img src='http://www.vcritical.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' />  even if I did try to make the point in another comment that I work on both sides of the divide&#8230; and that this VMware vs. Microsoft nonsense is not helpful for customers (or partners)!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fernando</title>
		<link>http://www.vcritical.com/2010/03/its-not-hyper-v-its-the-drivers/#comment-10037</link>
		<dc:creator>Fernando</dc:creator>
		<pubDate>Mon, 15 Mar 2010 13:49:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=2409#comment-10037</guid>
		<description><![CDATA[The second link you provide does not shows a driver problem, but a HW problem.
The first one indeed is a driver problem, and here is the interesting part: A VMware patch for it, since VMware controls the entire stack.
If that problem happens with Hyper-V, there&#039;s no other solution as waiting the NIC vendor to release a new driver.

With your post, you basically enforced the superiority of the VMware driver model.]]></description>
		<content:encoded><![CDATA[<p>The second link you provide does not shows a driver problem, but a HW problem.<br />
The first one indeed is a driver problem, and here is the interesting part: A VMware patch for it, since VMware controls the entire stack.<br />
If that problem happens with Hyper-V, there&#8217;s no other solution as waiting the NIC vendor to release a new driver.</p>
<p>With your post, you basically enforced the superiority of the VMware driver model.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob McShinsky</title>
		<link>http://www.vcritical.com/2010/03/its-not-hyper-v-its-the-drivers/#comment-10034</link>
		<dc:creator>Rob McShinsky</dc:creator>
		<pubDate>Mon, 15 Mar 2010 13:34:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=2409#comment-10034</guid>
		<description><![CDATA[It&#039;s not VMware.....It&#039;s the Drivers...
Since you pointed out Roger&#039;s apparent Hyper-V trouble the Broadcom drivers.

http://bit.ly/aHawrH

http://bit.ly/aHsUQx

I will not argue that drivers are a problem at times, but when researching problems with drivers or firmware within my Hyper-V environment, I usually find potential solutions from a VMware site or blogger.  Thanks for blazing the trail.  
As far as the markets of Hyper-V, their job it create interest in the product.  I am sure you have worked with enough &quot;technical&quot; sales reps to know that their representation of the product is approximately accurate.  To imply that VMware does not share in this common tactic is a bit naive.]]></description>
		<content:encoded><![CDATA[<p>It&#8217;s not VMware&#8230;..It&#8217;s the Drivers&#8230;<br />
Since you pointed out Roger&#8217;s apparent Hyper-V trouble the Broadcom drivers.</p>
<p><a href="http://bit.ly/aHawrH" rel="nofollow">http://bit.ly/aHawrH</a></p>
<p><a href="http://bit.ly/aHsUQx" rel="nofollow">http://bit.ly/aHsUQx</a></p>
<p>I will not argue that drivers are a problem at times, but when researching problems with drivers or firmware within my Hyper-V environment, I usually find potential solutions from a VMware site or blogger.  Thanks for blazing the trail.<br />
As far as the markets of Hyper-V, their job it create interest in the product.  I am sure you have worked with enough &#8220;technical&#8221; sales reps to know that their representation of the product is approximately accurate.  To imply that VMware does not share in this common tactic is a bit naive.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anton Zhbankov</title>
		<link>http://www.vcritical.com/2010/03/its-not-hyper-v-its-the-drivers/#comment-10013</link>
		<dc:creator>Anton Zhbankov</dc:creator>
		<pubDate>Mon, 15 Mar 2010 09:29:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=2409#comment-10013</guid>
		<description><![CDATA[Another MS marketing bullshit in Russia: http://virt.cnews.ru/info

*Virtualization* championship

Here are rules:
  Number of servers - 1 point for server, 5 points max
  Hyper-V - 10 points
  Hyper-V R2 - 10 points
  System Center - 5 points
  High Availability - 3 points
  Web server - 5 points

100 hosts vSphere project with High Availability and Site Disaster Recovery will lose 18 to 25 to Hyper-V project with 2 low-end hosts and 5-6 VMs.

What is it? It&#039;s not just a usual marketing bullshit, it&#039;s highly purified and concentrated bullshit.]]></description>
		<content:encoded><![CDATA[<p>Another MS marketing bullshit in Russia: <a href="http://virt.cnews.ru/info" rel="nofollow">http://virt.cnews.ru/info</a></p>
<p>*Virtualization* championship</p>
<p>Here are rules:<br />
  Number of servers &#8211; 1 point for server, 5 points max<br />
  Hyper-V &#8211; 10 points<br />
  Hyper-V R2 &#8211; 10 points<br />
  System Center &#8211; 5 points<br />
  High Availability &#8211; 3 points<br />
  Web server &#8211; 5 points</p>
<p>100 hosts vSphere project with High Availability and Site Disaster Recovery will lose 18 to 25 to Hyper-V project with 2 low-end hosts and 5-6 VMs.</p>
<p>What is it? It&#8217;s not just a usual marketing bullshit, it&#8217;s highly purified and concentrated bullshit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anton Zhbankov</title>
		<link>http://www.vcritical.com/2010/03/its-not-hyper-v-its-the-drivers/#comment-10009</link>
		<dc:creator>Anton Zhbankov</dc:creator>
		<pubDate>Mon, 15 Mar 2010 09:18:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=2409#comment-10009</guid>
		<description><![CDATA[Grigory, what you find strange - that VMware published less cases than Microsoft?

1) Cases for big companies are not always big cases.
2) It is no strange at all that after 2 years of very aggressive marketing including lies Microsoft has some cases. 

It wouldn&#039;t be news for you that most such decisions are made by top-management for political reasons or under influence of professional sales and there was no technical comparisons, no technical experts were asked etc.

I said what I heard, nothing more.

After all Hyper-V, especially R2, is not THAT bad solution, but it seriously lacks a lot of features that vSphere has. As Eric said problem with drivers and patches are not THAT bad with Hyper-V, but it exists! We&#039;re engineers, so let all the marketing bullshit be thrown away.

Actually it is not Hyper-V we discuss 90% of time in such conversations, but Microsoft marketing statements about it.]]></description>
		<content:encoded><![CDATA[<p>Grigory, what you find strange &#8211; that VMware published less cases than Microsoft?</p>
<p>1) Cases for big companies are not always big cases.<br />
2) It is no strange at all that after 2 years of very aggressive marketing including lies Microsoft has some cases. </p>
<p>It wouldn&#8217;t be news for you that most such decisions are made by top-management for political reasons or under influence of professional sales and there was no technical comparisons, no technical experts were asked etc.</p>
<p>I said what I heard, nothing more.</p>
<p>After all Hyper-V, especially R2, is not THAT bad solution, but it seriously lacks a lot of features that vSphere has. As Eric said problem with drivers and patches are not THAT bad with Hyper-V, but it exists! We&#8217;re engineers, so let all the marketing bullshit be thrown away.</p>
<p>Actually it is not Hyper-V we discuss 90% of time in such conversations, but Microsoft marketing statements about it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Grigory Orlov</title>
		<link>http://www.vcritical.com/2010/03/its-not-hyper-v-its-the-drivers/#comment-10005</link>
		<dc:creator>Grigory Orlov</dc:creator>
		<pubDate>Mon, 15 Mar 2010 08:38:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=2409#comment-10005</guid>
		<description><![CDATA[&gt;There is one Hyper-V installation in Russia that was shown by MS as perfect case, but…
Strange, but here (http://www.microsoft.com/casestudies/Case_Study_Search_Results.aspx?Type=1&amp;ProTaxID=14973&amp;CouTaxID=1489&amp;LangID=64) I can found 19 cases with Hyper-V, half of it - cases for big companies (like GazPromNeft) - you can compare with only six cases for VMware in Russia (http://www.vmware.com/a/customers/country/178/Russian+Federation).]]></description>
		<content:encoded><![CDATA[<p>&gt;There is one Hyper-V installation in Russia that was shown by MS as perfect case, but…<br />
Strange, but here (<a href="http://www.microsoft.com/casestudies/Case_Study_Search_Results.aspx?Type=1&#038;ProTaxID=14973&#038;CouTaxID=1489&#038;LangID=64" rel="nofollow">http://www.microsoft.com/casestudies/Case_Study_Search_Results.aspx?Type=1&#038;ProTaxID=14973&#038;CouTaxID=1489&#038;LangID=64</a>) I can found 19 cases with Hyper-V, half of it &#8211; cases for big companies (like GazPromNeft) &#8211; you can compare with only six cases for VMware in Russia (<a href="http://www.vmware.com/a/customers/country/178/Russian+Federation" rel="nofollow">http://www.vmware.com/a/customers/country/178/Russian+Federation</a>).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nik Simpson</title>
		<link>http://www.vcritical.com/2010/03/its-not-hyper-v-its-the-drivers/#comment-9967</link>
		<dc:creator>Nik Simpson</dc:creator>
		<pubDate>Sun, 14 Mar 2010 15:39:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=2409#comment-9967</guid>
		<description><![CDATA[Two points,

1. The slide showing those driver crash statistics includes the desktop versions of Windows where bad drivers or flaky hardware are much more common.

2. The %age is useless anyway. What you care about is frequency. Let&#039;s say I have a server OS that crashes ten times in a year, with seven of them related to driver problems, now somebody wants me to run a server OS that crashes 100 times a year, with 70 of them due to driver problems. Both have the same percentage of crashes related to drivers, but I know which one I&#039;d want!

Frankly, I&#039;d beamazed if crashes due to device drivers wasn&#039;t the case for the majority of crashes in any x86 OS, that&#039;s where you get closest to the hardware and where errors are almost invariably unrecoverable for the OS.]]></description>
		<content:encoded><![CDATA[<p>Two points,</p>
<p>1. The slide showing those driver crash statistics includes the desktop versions of Windows where bad drivers or flaky hardware are much more common.</p>
<p>2. The %age is useless anyway. What you care about is frequency. Let&#8217;s say I have a server OS that crashes ten times in a year, with seven of them related to driver problems, now somebody wants me to run a server OS that crashes 100 times a year, with 70 of them due to driver problems. Both have the same percentage of crashes related to drivers, but I know which one I&#8217;d want!</p>
<p>Frankly, I&#8217;d beamazed if crashes due to device drivers wasn&#8217;t the case for the majority of crashes in any x86 OS, that&#8217;s where you get closest to the hardware and where errors are almost invariably unrecoverable for the OS.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
