<?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/"
	xmlns:go='http://ns.gigaom.com/'
xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Soon It Will Be Cheaper to Compute Than to Cache</title>
	<atom:link href="http://gigaom.com/2009/11/13/soon-it-will-be-cheaper-to-compute-than-to-cache/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2009/11/13/soon-it-will-be-cheaper-to-compute-than-to-cache/</link>
	<description></description>
	<lastBuildDate>Fri, 10 Feb 2012 22:34:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Push</title>
		<link>http://gigaom.com/2009/11/13/soon-it-will-be-cheaper-to-compute-than-to-cache/#comment-230392</link>
		<dc:creator><![CDATA[Push]]></dc:creator>
		<pubDate>Sun, 15 Nov 2009 02:46:03 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=79699#comment-230392</guid>
		<description><![CDATA[The value is in the ability to customize streaming content/advertising on the fly - otherwise it would still be cheaper overall to use transcoding technology and to store several versions of the content ahead of time. For example, for scalability, one would have to have these GPUs at each of the  node of a CDN where several disk versions of the pre-transcoded content would otherwise suffice.

The economics to watch is not just compute vs. disk costs but whether the increased monetization from customization would exceed the increased cost of computing.

On the comments about  thousands of different devices -  they don&#039;t use thousands of content formats.

p.s On the other trend of storing all the data online, it is true that for majority of consumer media activity that would suffice. No one can possibly store all available data locally anyway. Nonetheless cheaper bandwidth does not mean lower speed of light - so for performance reasons as well as for disconnected operations - several  applications will continue to benefit from local copies of data.]]></description>
		<content:encoded><![CDATA[<p>The value is in the ability to customize streaming content/advertising on the fly &#8211; otherwise it would still be cheaper overall to use transcoding technology and to store several versions of the content ahead of time. For example, for scalability, one would have to have these GPUs at each of the  node of a CDN where several disk versions of the pre-transcoded content would otherwise suffice.</p>
<p>The economics to watch is not just compute vs. disk costs but whether the increased monetization from customization would exceed the increased cost of computing.</p>
<p>On the comments about  thousands of different devices &#8211;  they don&#8217;t use thousands of content formats.</p>
<p>p.s On the other trend of storing all the data online, it is true that for majority of consumer media activity that would suffice. No one can possibly store all available data locally anyway. Nonetheless cheaper bandwidth does not mean lower speed of light &#8211; so for performance reasons as well as for disconnected operations &#8211; several  applications will continue to benefit from local copies of data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Blackman</title>
		<link>http://gigaom.com/2009/11/13/soon-it-will-be-cheaper-to-compute-than-to-cache/#comment-230391</link>
		<dc:creator><![CDATA[Sam Blackman]]></dc:creator>
		<pubDate>Sat, 14 Nov 2009 22:42:11 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=79699#comment-230391</guid>
		<description><![CDATA[Hi folks,

Really good set of points. On the power consumption issue, it&#039;s going to be interesting. As ophirk points out, if there is nothing done to customize the video for the end user, than it will take a long time for compute time to be cheaper / consume less power than storage. However, as I note at the end of the video, if customizing the video based on the end user (product placement, etc) to increase monetization is required, then the real-time processing that has to happen obviates the need to store hundreds of renditions. I talked about this a bit at the end of the video above.]]></description>
		<content:encoded><![CDATA[<p>Hi folks,</p>
<p>Really good set of points. On the power consumption issue, it&#8217;s going to be interesting. As ophirk points out, if there is nothing done to customize the video for the end user, than it will take a long time for compute time to be cheaper / consume less power than storage. However, as I note at the end of the video, if customizing the video based on the end user (product placement, etc) to increase monetization is required, then the real-time processing that has to happen obviates the need to store hundreds of renditions. I talked about this a bit at the end of the video above.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ophirk</title>
		<link>http://gigaom.com/2009/11/13/soon-it-will-be-cheaper-to-compute-than-to-cache/#comment-230390</link>
		<dc:creator><![CDATA[ophirk]]></dc:creator>
		<pubDate>Sat, 14 Nov 2009 15:39:05 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=79699#comment-230390</guid>
		<description><![CDATA[I agree to the comment above that storage will still be much cheaper, if you think about moving to SSD technology which consumes even less power.
I think it has to be calculated according to the application. In real time video processing , it might make sense, but when there is a lot of identical copies that can be prepared ahead time it is very hard to compete.]]></description>
		<content:encoded><![CDATA[<p>I agree to the comment above that storage will still be much cheaper, if you think about moving to SSD technology which consumes even less power.<br />
I think it has to be calculated according to the application. In real time video processing , it might make sense, but when there is a lot of identical copies that can be prepared ahead time it is very hard to compete.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raja</title>
		<link>http://gigaom.com/2009/11/13/soon-it-will-be-cheaper-to-compute-than-to-cache/#comment-230389</link>
		<dc:creator><![CDATA[Raja]]></dc:creator>
		<pubDate>Sat, 14 Nov 2009 13:18:44 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=79699#comment-230389</guid>
		<description><![CDATA[i always had this thought on increasing bandwidth and increasing cost for the space, there should be good business here.

i&#039;ve a wrote a blog post on this topic too.
http://diamontip.com/?p=434]]></description>
		<content:encoded><![CDATA[<p>i always had this thought on increasing bandwidth and increasing cost for the space, there should be good business here.</p>
<p>i&#8217;ve a wrote a blog post on this topic too.<br />
<a href="http://diamontip.com/?p=434" rel="nofollow">http://diamontip.com/?p=434</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: diamontip.com &#187; Blog Archive &#187; update on technology, money and personality</title>
		<link>http://gigaom.com/2009/11/13/soon-it-will-be-cheaper-to-compute-than-to-cache/#comment-230388</link>
		<dc:creator><![CDATA[diamontip.com &#187; Blog Archive &#187; update on technology, money and personality]]></dc:creator>
		<pubDate>Sat, 14 Nov 2009 13:17:59 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=79699#comment-230388</guid>
		<description><![CDATA[[...] Gigaom&#8217;s interview with elemental technologies ceo and co founder Sam Blackman, is very useful read further.   Share: [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Gigaom&#8217;s interview with elemental technologies ceo and co founder Sam Blackman, is very useful read further.   Share: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jdk</title>
		<link>http://gigaom.com/2009/11/13/soon-it-will-be-cheaper-to-compute-than-to-cache/#comment-230387</link>
		<dc:creator><![CDATA[jdk]]></dc:creator>
		<pubDate>Sat, 14 Nov 2009 06:26:37 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=79699#comment-230387</guid>
		<description><![CDATA[Where&#039;s the power usage in this comparison? With a modern GPU pulling down nearly 200 watts at load, data centers would be hard pressed to scale out many GPU&#039;s and cool them, whereas storage uses relatively no power (less than GPU&#039;s idling). Storage is also more flexible in workloads, because it can be used for anything, but GPU&#039;s are only utilized for specialized applications.]]></description>
		<content:encoded><![CDATA[<p>Where&#8217;s the power usage in this comparison? With a modern GPU pulling down nearly 200 watts at load, data centers would be hard pressed to scale out many GPU&#8217;s and cool them, whereas storage uses relatively no power (less than GPU&#8217;s idling). Storage is also more flexible in workloads, because it can be used for anything, but GPU&#8217;s are only utilized for specialized applications.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

