<?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: Power as Ultimate Limiter</title>
	<atom:link href="http://www.douglasgourlay.com/blog/2009/07/power-as-ultimate-limiter/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.douglasgourlay.com/blog/2009/07/power-as-ultimate-limiter/</link>
	<description>Data Centers, Virtualization, and Cloud Computing</description>
	<lastBuildDate>Sun, 02 May 2010 01:04:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Douglas Gourlay</title>
		<link>http://www.douglasgourlay.com/blog/2009/07/power-as-ultimate-limiter/comment-page-1/#comment-34</link>
		<dc:creator>Douglas Gourlay</dc:creator>
		<pubDate>Wed, 15 Jul 2009 20:06:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.douglasgourlay.com/blog/?p=46#comment-34</guid>
		<description>One thing I did not put into the main post, but is almost laughable that it is not implemented in many platforms is the following:

If the ports are administratively shut down, why do the chips initialize and raw power?  I.e. put a port in down/down state administratively.  Why should the PHy and MAC power up?  Why not keep as many system components in a low power draw state and have a sublinear power curve based on true-demand rather than having the device run &#039;hot&#039;?

Now I know why this is- its because its EASIER on the software developer in teh engineering team.  But I think we should all start demanding more efficient and effective power management - a variable rotation fan is great, but there is a lot more that can be done.

Let&#039;s start by measuring the power/throughput but in an apples/apples way based on the featureset.  A switch with tunneling and MPLS and huge routing tables can not be compared to a switch with just forwarding features.  Similarly Netflow accounting takes a large amount of transistors on the silicon die to support it at rate.  

Evaluate your true requirements for implementation, then baseline the system choices you have.  Power isn&#039;t the only cost factor, but it is a significant part of lifecycle cost on these IT assets.  Evaluate total cost (power, ops, maintenance, etc), then risk, and then quality and make a decision...

dg</description>
		<content:encoded><![CDATA[<p>One thing I did not put into the main post, but is almost laughable that it is not implemented in many platforms is the following:</p>
<p>If the ports are administratively shut down, why do the chips initialize and raw power?  I.e. put a port in down/down state administratively.  Why should the PHy and MAC power up?  Why not keep as many system components in a low power draw state and have a sublinear power curve based on true-demand rather than having the device run &#8216;hot&#8217;?</p>
<p>Now I know why this is- its because its EASIER on the software developer in teh engineering team.  But I think we should all start demanding more efficient and effective power management &#8211; a variable rotation fan is great, but there is a lot more that can be done.</p>
<p>Let&#8217;s start by measuring the power/throughput but in an apples/apples way based on the featureset.  A switch with tunneling and MPLS and huge routing tables can not be compared to a switch with just forwarding features.  Similarly Netflow accounting takes a large amount of transistors on the silicon die to support it at rate.  </p>
<p>Evaluate your true requirements for implementation, then baseline the system choices you have.  Power isn&#8217;t the only cost factor, but it is a significant part of lifecycle cost on these IT assets.  Evaluate total cost (power, ops, maintenance, etc), then risk, and then quality and make a decision&#8230;</p>
<p>dg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Douglas Gourlay</title>
		<link>http://www.douglasgourlay.com/blog/2009/07/power-as-ultimate-limiter/comment-page-1/#comment-33</link>
		<dc:creator>Douglas Gourlay</dc:creator>
		<pubDate>Wed, 15 Jul 2009 19:54:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.douglasgourlay.com/blog/?p=46#comment-33</guid>
		<description>To a point @aneel was making loudly on Twitter today we need to be able to synchronize the moves of Virtual Machines with their associated storage (or abstract that move from the workload) while maintaining network policy, finding the closest availabel default gateway, ensuring service consistency for transport in-band services like SLB and Firewalls, and coordinate these moves with the availability of sustainable and cost-effective power generation at a facilities and geographical level. 

The further we can move a workload, statefully, the more choices we have about where that workload can most efficiently be processed.  Arguably a good problem to have.

dg</description>
		<content:encoded><![CDATA[<p>To a point @aneel was making loudly on Twitter today we need to be able to synchronize the moves of Virtual Machines with their associated storage (or abstract that move from the workload) while maintaining network policy, finding the closest availabel default gateway, ensuring service consistency for transport in-band services like SLB and Firewalls, and coordinate these moves with the availability of sustainable and cost-effective power generation at a facilities and geographical level. </p>
<p>The further we can move a workload, statefully, the more choices we have about where that workload can most efficiently be processed.  Arguably a good problem to have.</p>
<p>dg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan</title>
		<link>http://www.douglasgourlay.com/blog/2009/07/power-as-ultimate-limiter/comment-page-1/#comment-32</link>
		<dc:creator>Stefan</dc:creator>
		<pubDate>Wed, 15 Jul 2009 19:40:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.douglasgourlay.com/blog/?p=46#comment-32</guid>
		<description>Actually &quot;cloud&quot; may not be the answer, but the unfortunate victim of this [power] limitation - i.e. if I cannot &quot;move&quot; I/S/PaaS across Data Centers, when in need to re-balance resources, because I may have plenty of CPU or memory in the servers in the target DC, but not enough power to sustain the new load, then I am really in trouble. 

On the other hand, looking at this type of problem as an opportunity, though, maybe we could come up with facilities controlled management tools which could have as much an impact on resource (automatic?!? = cloud) reallocation decision as the internals of servers and networks have today ...

Stefan</description>
		<content:encoded><![CDATA[<p>Actually &#8220;cloud&#8221; may not be the answer, but the unfortunate victim of this [power] limitation &#8211; i.e. if I cannot &#8220;move&#8221; I/S/PaaS across Data Centers, when in need to re-balance resources, because I may have plenty of CPU or memory in the servers in the target DC, but not enough power to sustain the new load, then I am really in trouble. </p>
<p>On the other hand, looking at this type of problem as an opportunity, though, maybe we could come up with facilities controlled management tools which could have as much an impact on resource (automatic?!? = cloud) reallocation decision as the internals of servers and networks have today &#8230;</p>
<p>Stefan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Douglas Gourlay</title>
		<link>http://www.douglasgourlay.com/blog/2009/07/power-as-ultimate-limiter/comment-page-1/#comment-31</link>
		<dc:creator>Douglas Gourlay</dc:creator>
		<pubDate>Wed, 15 Jul 2009 19:35:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.douglasgourlay.com/blog/?p=46#comment-31</guid>
		<description>James,
I have seen some companies even in what we would think of as &#039;hot&#039; climates like Las Vegas use outside air economizers.  There is a pretty substantial savings IF the outside ambient is lower than inside a reasonable amount of time.  Turns out Las Vegas is cooler than the 80.6F Omar references about 70% of the HOURS in a year (but maybe not the daily high).  You have to couple this with software, and intelligently managed HVAC that can recirculate, or pull from outside depending on the temperature for that particular HVAC system and its particular air.  It&#039;s easier to imagine if you think closed-loop cooling like a nuclear reactor)

dg</description>
		<content:encoded><![CDATA[<p>James,<br />
I have seen some companies even in what we would think of as &#8216;hot&#8217; climates like Las Vegas use outside air economizers.  There is a pretty substantial savings IF the outside ambient is lower than inside a reasonable amount of time.  Turns out Las Vegas is cooler than the 80.6F Omar references about 70% of the HOURS in a year (but maybe not the daily high).  You have to couple this with software, and intelligently managed HVAC that can recirculate, or pull from outside depending on the temperature for that particular HVAC system and its particular air.  It&#8217;s easier to imagine if you think closed-loop cooling like a nuclear reactor)</p>
<p>dg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Omar Sultan</title>
		<link>http://www.douglasgourlay.com/blog/2009/07/power-as-ultimate-limiter/comment-page-1/#comment-30</link>
		<dc:creator>Omar Sultan</dc:creator>
		<pubDate>Wed, 15 Jul 2009 19:24:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.douglasgourlay.com/blog/?p=46#comment-30</guid>
		<description>Doug:

One interesting approach I have recently seen is to simply run the data center at a higher temperature. The American Society for Heating, Refrigerating and Air-conditioning Engineers just raised their recommended upper limit for data centers from 77F to 80.6F.  With every degree increase potentially shaving 4% off DC energy costs, it certainly seems like an enticing approach, but I think you would really need to have a handle on your DC cooling before trying this.

Omar Sultan
Cisco</description>
		<content:encoded><![CDATA[<p>Doug:</p>
<p>One interesting approach I have recently seen is to simply run the data center at a higher temperature. The American Society for Heating, Refrigerating and Air-conditioning Engineers just raised their recommended upper limit for data centers from 77F to 80.6F.  With every degree increase potentially shaving 4% off DC energy costs, it certainly seems like an enticing approach, but I think you would really need to have a handle on your DC cooling before trying this.</p>
<p>Omar Sultan<br />
Cisco</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James A. Schultz</title>
		<link>http://www.douglasgourlay.com/blog/2009/07/power-as-ultimate-limiter/comment-page-1/#comment-29</link>
		<dc:creator>James A. Schultz</dc:creator>
		<pubDate>Wed, 15 Jul 2009 19:17:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.douglasgourlay.com/blog/?p=46#comment-29</guid>
		<description>Any insight on what the ratio is between power consumed for cooling, and power consumed by co-located equipment? I&#039;ve heard of data centers cooling through the use of external air when the climate is appropriate, but I have no idea how much energy this really saves.</description>
		<content:encoded><![CDATA[<p>Any insight on what the ratio is between power consumed for cooling, and power consumed by co-located equipment? I&#8217;ve heard of data centers cooling through the use of external air when the climate is appropriate, but I have no idea how much energy this really saves.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
