<?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: Newer Processors and Virtualization Performance</title>
	<atom:link href="http://vpivot.com/2009/09/16/newer-processors-and-virtualization-performance/feed/" rel="self" type="application/rss+xml" />
	<link>http://vpivot.com/2009/09/16/newer-processors-and-virtualization-performance/</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: Scott</title>
		<link>http://vpivot.com/2009/09/16/newer-processors-and-virtualization-performance/comment-page-1/#comment-372</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Thu, 21 Jan 2010 14:09:45 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=18#comment-372</guid>
		<description>We do not benchmark specific features of microprocessors with the exception of Hyper-threading and virtualization-specific features.  So, we do not have anything on HyperTransport.

But, I would expect it to have very little value to our most common benchmark, VMmark.  Proper placement of VMs on NUMA nodes would minimize remote memory access and reduce the value of a better internode bus, such as HyperTransport.

But this is just hand waving.  We do not have any data.

Scott</description>
		<content:encoded><![CDATA[<p>We do not benchmark specific features of microprocessors with the exception of Hyper-threading and virtualization-specific features.  So, we do not have anything on HyperTransport.</p>
<p>But, I would expect it to have very little value to our most common benchmark, VMmark.  Proper placement of VMs on NUMA nodes would minimize remote memory access and reduce the value of a better internode bus, such as HyperTransport.</p>
<p>But this is just hand waving.  We do not have any data.</p>
<p>Scott</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anders Gregersen</title>
		<link>http://vpivot.com/2009/09/16/newer-processors-and-virtualization-performance/comment-page-1/#comment-371</link>
		<dc:creator>Anders Gregersen</dc:creator>
		<pubDate>Wed, 20 Jan 2010 22:59:57 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=18#comment-371</guid>
		<description>Any views on HyperTransport 1 vs 3 in a vmware environment? I&#039;ve been unable to find any performance reference and yet HT3 is usually enabled in benchmarks. Knowing that benchmarks not always reflect real-life workloads I hope you have some insight into what to choose.</description>
		<content:encoded><![CDATA[<p>Any views on HyperTransport 1 vs 3 in a vmware environment? I&#8217;ve been unable to find any performance reference and yet HT3 is usually enabled in benchmarks. Knowing that benchmarks not always reflect real-life workloads I hope you have some insight into what to choose.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://vpivot.com/2009/09/16/newer-processors-and-virtualization-performance/comment-page-1/#comment-370</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Mon, 21 Sep 2009 17:24:10 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=18#comment-370</guid>
		<description>The turbo mode feature will accelerate the clock speed of one core if others are idle.  This way that thread&#039;s performance can be increased while the processor is kept within the TDP.

This functionality happens in the hardware and is transparent to ESX or any OS.  Set it or ignore it with any version of ESX--it will not change VMware functionality.

I surmise that the processor will infrequently use turbo mode in consolidated environments where there are many threads distributed across the cores.  But this belief is not backed by data.</description>
		<content:encoded><![CDATA[<p>The turbo mode feature will accelerate the clock speed of one core if others are idle.  This way that thread&#8217;s performance can be increased while the processor is kept within the TDP.</p>
<p>This functionality happens in the hardware and is transparent to ESX or any OS.  Set it or ignore it with any version of ESX&#8211;it will not change VMware functionality.</p>
<p>I surmise that the processor will infrequently use turbo mode in consolidated environments where there are many threads distributed across the cores.  But this belief is not backed by data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomi</title>
		<link>http://vpivot.com/2009/09/16/newer-processors-and-virtualization-performance/comment-page-1/#comment-369</link>
		<dc:creator>Tomi</dc:creator>
		<pubDate>Sat, 19 Sep 2009 10:33:51 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=18#comment-369</guid>
		<description>Scott, do you have insight on how Xeon 5500 turbo mode is utilized with ESX 3.5 and 4.0? Is it OK to have it enabled on ESX server BIOS?</description>
		<content:encoded><![CDATA[<p>Scott, do you have insight on how Xeon 5500 turbo mode is utilized with ESX 3.5 and 4.0? Is it OK to have it enabled on ESX server BIOS?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

