<?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: vSphere 4.0, Hyper-Threading, and Terminal Services</title>
	<atom:link href="http://vpivot.com/2010/03/17/vsphere-4-0-hyper-threading-and-terminal-services/feed/" rel="self" type="application/rss+xml" />
	<link>http://vpivot.com/2010/03/17/vsphere-4-0-hyper-threading-and-terminal-services/</link>
	<description>Scott Drummonds on Virtualization</description>
	<lastBuildDate>Wed, 08 Feb 2012 14:30:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Duane Smith</title>
		<link>http://vpivot.com/2010/03/17/vsphere-4-0-hyper-threading-and-terminal-services/comment-page-1/#comment-1299</link>
		<dc:creator>Duane Smith</dc:creator>
		<pubDate>Wed, 30 Jun 2010 18:36:57 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=333#comment-1299</guid>
		<description>I see you said for condition 3 &quot;A roughly one-to-one mapping between vCPUs and logical processors.&quot;.  Logical Processsors clears it up. Thanks! This is good stuff.</description>
		<content:encoded><![CDATA[<p>I see you said for condition 3 &#8220;A roughly one-to-one mapping between vCPUs and logical processors.&#8221;.  Logical Processsors clears it up. Thanks! This is good stuff.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Duane Smith</title>
		<link>http://vpivot.com/2010/03/17/vsphere-4-0-hyper-threading-and-terminal-services/comment-page-1/#comment-1297</link>
		<dc:creator>Duane Smith</dc:creator>
		<pubDate>Wed, 30 Jun 2010 17:50:53 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=333#comment-1297</guid>
		<description>I&#039;m not clear on the requirement and hoping you can help. 4, four-way VMs would be a total of 16 vcpus. So for the specific condition to be met, you would have to be on a host with 4 Xeon 5500s? Do they exist? Or does the one-to-one mapping requirement apply to threads, in which case the 4ea. @ 4 VCPU VMs would meet the requirement on the 2 socket Xeon 5500.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not clear on the requirement and hoping you can help. 4, four-way VMs would be a total of 16 vcpus. So for the specific condition to be met, you would have to be on a host with 4 Xeon 5500s? Do they exist? Or does the one-to-one mapping requirement apply to threads, in which case the 4ea. @ 4 VCPU VMs would meet the requirement on the 2 socket Xeon 5500.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: drummonds</title>
		<link>http://vpivot.com/2010/03/17/vsphere-4-0-hyper-threading-and-terminal-services/comment-page-1/#comment-954</link>
		<dc:creator>drummonds</dc:creator>
		<pubDate>Sun, 16 May 2010 23:54:39 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=333#comment-954</guid>
		<description>Yes.  The patch was released and documented in &lt;a href=&quot;http://kb.vmware.com/kb/1020233&quot; rel=&quot;nofollow&quot;&gt;KB article 1020233&lt;/a&gt;.  The patch actually makes no modification to ESX behavior at all.  Is simply opens up the possibility of a special scheduler configuration.  That special scheduler configuration should be utilized when the condition described by the KB occurs.</description>
		<content:encoded><![CDATA[<p>Yes.  The patch was released and documented in <a href="http://kb.vmware.com/kb/1020233" rel="nofollow">KB article 1020233</a>.  The patch actually makes no modification to ESX behavior at all.  Is simply opens up the possibility of a special scheduler configuration.  That special scheduler configuration should be utilized when the condition described by the KB occurs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Osborne</title>
		<link>http://vpivot.com/2010/03/17/vsphere-4-0-hyper-threading-and-terminal-services/comment-page-1/#comment-951</link>
		<dc:creator>Alan Osborne</dc:creator>
		<pubDate>Sun, 16 May 2010 21:56:12 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=333#comment-951</guid>
		<description>Has the patch been released to the public yet?

If so, is there any down-side to installing the patch?</description>
		<content:encoded><![CDATA[<p>Has the patch been released to the public yet?</p>
<p>If so, is there any down-side to installing the patch?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IT Bubble : VMware patch for vSphere 4 validates 3rd party benchmarks</title>
		<link>http://vpivot.com/2010/03/17/vsphere-4-0-hyper-threading-and-terminal-services/comment-page-1/#comment-646</link>
		<dc:creator>IT Bubble : VMware patch for vSphere 4 validates 3rd party benchmarks</dc:creator>
		<pubDate>Thu, 15 Apr 2010 15:03:43 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=333#comment-646</guid>
		<description>[...] Intel Nehalem processors when Hyper-Threading is enabled, the good folk at VMware have rushed out a patch. To quote:&#039;It took us some time to understand the reason for these results, but we eventually [...]</description>
		<content:encoded><![CDATA[<p>[...] Intel Nehalem processors when Hyper-Threading is enabled, the good folk at VMware have rushed out a patch. To quote:&#39;It took us some time to understand the reason for these results, but we eventually [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VMware releases ESX patch to improve performance &#124; Virtualization Spotlight</title>
		<link>http://vpivot.com/2010/03/17/vsphere-4-0-hyper-threading-and-terminal-services/comment-page-1/#comment-637</link>
		<dc:creator>VMware releases ESX patch to improve performance &#124; Virtualization Spotlight</dc:creator>
		<pubDate>Fri, 02 Apr 2010 12:15:23 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=333#comment-637</guid>
		<description>[...] few weeks ago VMware acknowledged a bug in ESX that translates into poor performance when it runs Microsoft Terminal Services workload on Intel [...]</description>
		<content:encoded><![CDATA[<p>[...] few weeks ago VMware acknowledged a bug in ESX that translates into poor performance when it runs Microsoft Terminal Services workload on Intel [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://vpivot.com/2010/03/17/vsphere-4-0-hyper-threading-and-terminal-services/comment-page-1/#comment-636</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Wed, 24 Mar 2010 20:18:19 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=333#comment-636</guid>
		<description>If the vCPU-to-core ratio is greater than one, the scheduler is always able to find work to plug into the available scheduler slots.  Even idle VMs fill a small amount of CPU.  So, we are not seeing this issue with any large number of VMs.</description>
		<content:encoded><![CDATA[<p>If the vCPU-to-core ratio is greater than one, the scheduler is always able to find work to plug into the available scheduler slots.  Even idle VMs fill a small amount of CPU.  So, we are not seeing this issue with any large number of VMs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Fidel</title>
		<link>http://vpivot.com/2010/03/17/vsphere-4-0-hyper-threading-and-terminal-services/comment-page-1/#comment-635</link>
		<dc:creator>Andrew Fidel</dc:creator>
		<pubDate>Wed, 24 Mar 2010 18:09:50 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=333#comment-635</guid>
		<description>Scott,
Wouldn&#039;t having 4 very busy 4-way VM&#039;s on a 5500 with additional idle VM&#039;s cause the same issue? Or is this really a very corner case where the lack of a tiebreaker input from the idle VM&#039;s throws off the scheduler?</description>
		<content:encoded><![CDATA[<p>Scott,<br />
Wouldn&#8217;t having 4 very busy 4-way VM&#8217;s on a 5500 with additional idle VM&#8217;s cause the same issue? Or is this really a very corner case where the lack of a tiebreaker input from the idle VM&#8217;s throws off the scheduler?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kimmo</title>
		<link>http://vpivot.com/2010/03/17/vsphere-4-0-hyper-threading-and-terminal-services/comment-page-1/#comment-634</link>
		<dc:creator>Kimmo</dc:creator>
		<pubDate>Tue, 23 Mar 2010 00:31:44 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=333#comment-634</guid>
		<description>Thanks Scott</description>
		<content:encoded><![CDATA[<p>Thanks Scott</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://vpivot.com/2010/03/17/vsphere-4-0-hyper-threading-and-terminal-services/comment-page-1/#comment-633</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Mon, 22 Mar 2010 17:53:56 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=333#comment-633</guid>
		<description>Kimmo,

If your production environment meets the three requirements, you may benefit from the patch we are going to release.  Using 4-way VMs on any Xeon 5500 processor, meeting requirement three means having only four VMs on the host.  It is uncommon for our customers to run so few VMs on a Xeon 5500 system.

Scott</description>
		<content:encoded><![CDATA[<p>Kimmo,</p>
<p>If your production environment meets the three requirements, you may benefit from the patch we are going to release.  Using 4-way VMs on any Xeon 5500 processor, meeting requirement three means having only four VMs on the host.  It is uncommon for our customers to run so few VMs on a Xeon 5500 system.</p>
<p>Scott</p>
]]></content:encoded>
	</item>
</channel>
</rss>

