<?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-Threading on vSphere</title>
	<atom:link href="http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/feed/" rel="self" type="application/rss+xml" />
	<link>http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/</link>
	<description>Scott Drummonds on Virtualization</description>
	<lastBuildDate>Thu, 02 Feb 2012 12:54:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: RTFM Education &#187; Blog Archive &#187; vNews &#8211; April 14th, 2010</title>
		<link>http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/comment-page-1/#comment-630</link>
		<dc:creator>RTFM Education &#187; Blog Archive &#187; vNews &#8211; April 14th, 2010</dc:creator>
		<pubDate>Wed, 14 Apr 2010 18:04:16 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=328#comment-630</guid>
		<description>[...] Hyper-threading is back [...]</description>
		<content:encoded><![CDATA[<p>[...] Hyper-threading is back [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hyper-Threading on vSphere &#171; vFrank</title>
		<link>http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/comment-page-1/#comment-620</link>
		<dc:creator>Hyper-Threading on vSphere &#171; vFrank</dc:creator>
		<pubDate>Tue, 30 Mar 2010 07:33:42 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=328#comment-620</guid>
		<description>[...] of my favorite bloggers and performance guru Scott Drummonds has posted some info on Hyper-Threading and [...]</description>
		<content:encoded><![CDATA[<p>[...] of my favorite bloggers and performance guru Scott Drummonds has posted some info on Hyper-Threading and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marius Redelinghuys</title>
		<link>http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/comment-page-1/#comment-619</link>
		<dc:creator>Marius Redelinghuys</dc:creator>
		<pubDate>Fri, 19 Mar 2010 06:44:03 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=328#comment-619</guid>
		<description>Hi Scott,

My bad, I have not seen that section yet.

Thanx for the info and link.</description>
		<content:encoded><![CDATA[<p>Hi Scott,</p>
<p>My bad, I have not seen that section yet.</p>
<p>Thanx for the info and link.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/comment-page-1/#comment-618</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Thu, 18 Mar 2010 15:43:37 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=328#comment-618</guid>
		<description>Marius,

As I suggested above, it seems that HT provides a universal good.  We recommend leaving it on.

Why do you think that HT should not be used with FT?  Certainly they are compatible:

http://kb.vmware.com/kb/1013428</description>
		<content:encoded><![CDATA[<p>Marius,</p>
<p>As I suggested above, it seems that HT provides a universal good.  We recommend leaving it on.</p>
<p>Why do you think that HT should not be used with FT?  Certainly they are compatible:</p>
<p><a href="http://kb.vmware.com/kb/1013428" rel="nofollow">http://kb.vmware.com/kb/1013428</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marius Redelinghuys</title>
		<link>http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/comment-page-1/#comment-617</link>
		<dc:creator>Marius Redelinghuys</dc:creator>
		<pubDate>Thu, 18 Mar 2010 07:23:54 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=328#comment-617</guid>
		<description>Why should it recommended that HT be enabled? Should you do any FT then HT should be switched off in any case. Although it is always nice to see plenty of CPU&#039;s (with HT), it might just cause obstacles in future</description>
		<content:encoded><![CDATA[<p>Why should it recommended that HT be enabled? Should you do any FT then HT should be switched off in any case. Although it is always nice to see plenty of CPU&#8217;s (with HT), it might just cause obstacles in future</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vSphere 4.0, Hyper-Threading, and Terminal Services &#171; Pivot Point</title>
		<link>http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/comment-page-1/#comment-616</link>
		<dc:creator>vSphere 4.0, Hyper-Threading, and Terminal Services &#171; Pivot Point</dc:creator>
		<pubDate>Wed, 17 Mar 2010 22:23:34 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=328#comment-616</guid>
		<description>[...] intel, scheduler, terminal services, vsphere &#8212; Scott @ 3:23 pm   I recently wrote a blog article detailing Hyper-Threading (HT) and its effect on vSphere.  An astute reader pointed out, a recent update to Project VRC&#8217;s terminal services analysis [...]</description>
		<content:encoded><![CDATA[<p>[...] intel, scheduler, terminal services, vsphere &#8212; Scott @ 3:23 pm   I recently wrote a blog article detailing Hyper-Threading (HT) and its effect on vSphere.  An astute reader pointed out, a recent update to Project VRC&#8217;s terminal services analysis [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hyperthreading and vSphere 4 w/ Nehalem and Westmere &#171; Virtualization Buster</title>
		<link>http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/comment-page-1/#comment-615</link>
		<dc:creator>Hyperthreading and vSphere 4 w/ Nehalem and Westmere &#171; Virtualization Buster</dc:creator>
		<pubDate>Mon, 08 Mar 2010 23:21:50 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=328#comment-615</guid>
		<description>[...] http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/" rel="nofollow">http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: orz</title>
		<link>http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/comment-page-1/#comment-614</link>
		<dc:creator>orz</dc:creator>
		<pubDate>Mon, 08 Mar 2010 21:12:41 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=328#comment-614</guid>
		<description>Thanks for the follow up, Scott. Great to hear you guys are already on it, wouldn&#039;t have expected any less.

Now I just hope your findings on this and more general performance insights on here are soon to be publicized, in the awesome fashion as usual.</description>
		<content:encoded><![CDATA[<p>Thanks for the follow up, Scott. Great to hear you guys are already on it, wouldn&#8217;t have expected any less.</p>
<p>Now I just hope your findings on this and more general performance insights on here are soon to be publicized, in the awesome fashion as usual.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/comment-page-1/#comment-613</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Mon, 08 Mar 2010 16:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=328#comment-613</guid>
		<description>orz,

Yeah, I am aware of that work.  We researched the reason for the disappointing results and discovered something interesting about our scheduler.  I wrote up a summary that was distributed internally.  I think that I will share those comments on this blog.

The interesting thing about those VRC results is that ESX did not benefit from HT the way it should.  HT did not slow things down but nor did it provide value (on vSphere).

More to come...

Scott</description>
		<content:encoded><![CDATA[<p>orz,</p>
<p>Yeah, I am aware of that work.  We researched the reason for the disappointing results and discovered something interesting about our scheduler.  I wrote up a summary that was distributed internally.  I think that I will share those comments on this blog.</p>
<p>The interesting thing about those VRC results is that ESX did not benefit from HT the way it should.  HT did not slow things down but nor did it provide value (on vSphere).</p>
<p>More to come&#8230;</p>
<p>Scott</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Comparing Nehalem and Harpertown running vSphere in a production environment &#171; A glimpse into the life of IT</title>
		<link>http://vpivot.com/2010/03/06/hyper-threading-on-vsphere/comment-page-1/#comment-612</link>
		<dc:creator>Comparing Nehalem and Harpertown running vSphere in a production environment &#171; A glimpse into the life of IT</dc:creator>
		<pubDate>Mon, 08 Mar 2010 00:43:57 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=328#comment-612</guid>
		<description>[...] Unlike the old E5430 hosts, hyper threading is possible on the x5550 hosts, and according to VMWare’s documentation, is recommended.&#160; Whether it actually improves performance is subject to some debate, as found here. [...]</description>
		<content:encoded><![CDATA[<p>[...] Unlike the old E5430 hosts, hyper threading is possible on the x5550 hosts, and according to VMWare’s documentation, is recommended.&#160; Whether it actually improves performance is subject to some debate, as found here. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

