<?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: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: Systems to handle big data might be this generation&#8217;s moon landing</title>
	<atom:link href="http://gigaom.com/2012/04/01/systems-to-handle-big-data-might-be-this-generations-moon-landing/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2012/04/01/systems-to-handle-big-data-might-be-this-generations-moon-landing/</link>
	<description></description>
	<lastBuildDate>Mon, 20 May 2013 13:46:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Christopher Glenn</title>
		<link>http://gigaom.com/2012/04/01/systems-to-handle-big-data-might-be-this-generations-moon-landing/#comment-826242</link>
		<dc:creator><![CDATA[Christopher Glenn]]></dc:creator>
		<pubDate>Wed, 04 Apr 2012 17:11:17 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=505931#comment-826242</guid>
		<description><![CDATA[Good fodder.  Thanks for the post.  http://bit.ly/HeYEJq]]></description>
		<content:encoded><![CDATA[<p>Good fodder.  Thanks for the post.  <a href="http://bit.ly/HeYEJq" rel="nofollow">http://bit.ly/HeYEJq</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://gigaom.com/2012/04/01/systems-to-handle-big-data-might-be-this-generations-moon-landing/#comment-825471</link>
		<dc:creator><![CDATA[Joe]]></dc:creator>
		<pubDate>Mon, 02 Apr 2012 14:59:05 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=505931#comment-825471</guid>
		<description><![CDATA[&quot;It will generate data like a corpse breeds maggots ...&quot; 
This really should have read &quot;It will generate noise like a corpse breeds maggots ...&quot;. This is what happens when you approach an infrastructure vendor with a problem that may benefit from their infrastructure - they go over the top! These systems do NOT need so much data being processed centrally, because the vast majority of it is noise, or simply the same signal re-sampled countless times. Requiring this much data capacity to, in effect, take a high resolution picture indicates the system has not been designed carefully from ground up. Surely there are ways around it, like performing more computation at each individual node (think a massive distributed cluster), other than this brute force approach?]]></description>
		<content:encoded><![CDATA[<p>&#8220;It will generate data like a corpse breeds maggots &#8230;&#8221;<br />
This really should have read &#8220;It will generate noise like a corpse breeds maggots &#8230;&#8221;. This is what happens when you approach an infrastructure vendor with a problem that may benefit from their infrastructure &#8211; they go over the top! These systems do NOT need so much data being processed centrally, because the vast majority of it is noise, or simply the same signal re-sampled countless times. Requiring this much data capacity to, in effect, take a high resolution picture indicates the system has not been designed carefully from ground up. Surely there are ways around it, like performing more computation at each individual node (think a massive distributed cluster), other than this brute force approach?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stacey Higginbotham</title>
		<link>http://gigaom.com/2012/04/01/systems-to-handle-big-data-might-be-this-generations-moon-landing/#comment-825430</link>
		<dc:creator><![CDATA[Stacey Higginbotham]]></dc:creator>
		<pubDate>Mon, 02 Apr 2012 12:54:06 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=505931#comment-825430</guid>
		<description><![CDATA[It was late. I had no editor :)]]></description>
		<content:encoded><![CDATA[<p>It was late. I had no editor :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich</title>
		<link>http://gigaom.com/2012/04/01/systems-to-handle-big-data-might-be-this-generations-moon-landing/#comment-825379</link>
		<dc:creator><![CDATA[Rich]]></dc:creator>
		<pubDate>Mon, 02 Apr 2012 07:09:35 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=505931#comment-825379</guid>
		<description><![CDATA[&quot;It will generate data like a corpse breeds maggots.&quot;

Nice comparison, Stacey.]]></description>
		<content:encoded><![CDATA[<p>&#8220;It will generate data like a corpse breeds maggots.&#8221;</p>
<p>Nice comparison, Stacey.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JCW Press</title>
		<link>http://gigaom.com/2012/04/01/systems-to-handle-big-data-might-be-this-generations-moon-landing/#comment-825349</link>
		<dc:creator><![CDATA[JCW Press]]></dc:creator>
		<pubDate>Mon, 02 Apr 2012 04:09:59 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=505931#comment-825349</guid>
		<description><![CDATA[By 2024 it’s reasonable to think that an exabyte of storage and the related network capacity to transmit will be within reason and economical. While it&#039;s difficult to state now that it could be trivial, moors law and the related exponential growth in transmission and storage capacity has been substantial. Today we have services that store and transmit dozens if not hundreds of petabytes. Simply look at where we were 10 years ago. 2024 is a long way off and my sense is that we will more than make the progress needed to support goals like this.]]></description>
		<content:encoded><![CDATA[<p>By 2024 it’s reasonable to think that an exabyte of storage and the related network capacity to transmit will be within reason and economical. While it&#8217;s difficult to state now that it could be trivial, moors law and the related exponential growth in transmission and storage capacity has been substantial. Today we have services that store and transmit dozens if not hundreds of petabytes. Simply look at where we were 10 years ago. 2024 is a long way off and my sense is that we will more than make the progress needed to support goals like this.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
