<?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: As Big Data Takes Off, the Hadoop Wars Begin</title>
	<atom:link href="http://gigaom.com/2011/03/25/as-big-data-takes-off-the-hadoop-wars-begin/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2011/03/25/as-big-data-takes-off-the-hadoop-wars-begin/</link>
	<description></description>
	<lastBuildDate>Fri, 24 May 2013 03:13:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Joan E. Beaudoin</title>
		<link>http://gigaom.com/2011/03/25/as-big-data-takes-off-the-hadoop-wars-begin/#comment-708652</link>
		<dc:creator><![CDATA[Joan E. Beaudoin]]></dc:creator>
		<pubDate>Wed, 30 Nov 2011 15:23:32 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=321844#comment-708652</guid>
		<description><![CDATA[As Big Data Takes Off, the Hadoop Wars Begin - http://t.co/Ut2kKpqk]]></description>
		<content:encoded><![CDATA[<p>As Big Data Takes Off, the Hadoop Wars Begin &#8211; <a href="http://t.co/Ut2kKpqk" rel="nofollow">http://t.co/Ut2kKpqk</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles Papir</title>
		<link>http://gigaom.com/2011/03/25/as-big-data-takes-off-the-hadoop-wars-begin/#comment-612786</link>
		<dc:creator><![CDATA[Charles Papir]]></dc:creator>
		<pubDate>Tue, 29 Mar 2011 19:51:11 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=321844#comment-612786</guid>
		<description><![CDATA[One of the must effective and longest longevity &quot;Big Data&quot; company I ever came accross has been 1010data LLC (1010data.com) and no one has ever mention them in any of their articles.  The depth of experience and markets is impressive.]]></description>
		<content:encoded><![CDATA[<p>One of the must effective and longest longevity &#8220;Big Data&#8221; company I ever came accross has been 1010data LLC (1010data.com) and no one has ever mention them in any of their articles.  The depth of experience and markets is impressive.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Grant Ingersoll</title>
		<link>http://gigaom.com/2011/03/25/as-big-data-takes-off-the-hadoop-wars-begin/#comment-612698</link>
		<dc:creator><![CDATA[Grant Ingersoll]]></dc:creator>
		<pubDate>Tue, 29 Mar 2011 13:13:48 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=321844#comment-612698</guid>
		<description><![CDATA[Just to be clear, Yahoo! never opensourced Hadoop.  Hadoop was started by Doug Cutting and Mike Cafarella as part of the Apache Nutch project (an Apache Lucene related project) to help solve scaling out large web-crawling jobs and it was done well before Doug ever joined Yahoo!]]></description>
		<content:encoded><![CDATA[<p>Just to be clear, Yahoo! never opensourced Hadoop.  Hadoop was started by Doug Cutting and Mike Cafarella as part of the Apache Nutch project (an Apache Lucene related project) to help solve scaling out large web-crawling jobs and it was done well before Doug ever joined Yahoo!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derrick Harris</title>
		<link>http://gigaom.com/2011/03/25/as-big-data-takes-off-the-hadoop-wars-begin/#comment-612518</link>
		<dc:creator><![CDATA[Derrick Harris]]></dc:creator>
		<pubDate>Mon, 28 Mar 2011 18:14:39 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=321844#comment-612518</guid>
		<description><![CDATA[Joachim,

I think you cut off the Red Hat analogy too soon. If Cloudera is Red Hat for Hadoop, one might call IBM the Novell of Hadoop, and DataStax the Ubuntu of Hadoop. Point being, demand is creating a number of suppliers all vying to be the OS, if you will, of Hadoop environments.]]></description>
		<content:encoded><![CDATA[<p>Joachim,</p>
<p>I think you cut off the Red Hat analogy too soon. If Cloudera is Red Hat for Hadoop, one might call IBM the Novell of Hadoop, and DataStax the Ubuntu of Hadoop. Point being, demand is creating a number of suppliers all vying to be the OS, if you will, of Hadoop environments.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anthony Kline</title>
		<link>http://gigaom.com/2011/03/25/as-big-data-takes-off-the-hadoop-wars-begin/#comment-612515</link>
		<dc:creator><![CDATA[Anthony Kline]]></dc:creator>
		<pubDate>Mon, 28 Mar 2011 18:12:45 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=321844#comment-612515</guid>
		<description><![CDATA[Derrick -- great stuff on this article. It&#039;s awesome to see Cloudera get this sort of attention. Big Data should be the focus of technology shops, vc&#039;s, and entrepreneurs as we move into the future; it&#039;s just a bigger problem than people recognize. Kudos to Amr &amp; Jeff @ Cloudera for building a great team and having the vision to see how &quot;big&quot; Big Data will be in the years to come.]]></description>
		<content:encoded><![CDATA[<p>Derrick &#8212; great stuff on this article. It&#8217;s awesome to see Cloudera get this sort of attention. Big Data should be the focus of technology shops, vc&#8217;s, and entrepreneurs as we move into the future; it&#8217;s just a bigger problem than people recognize. Kudos to Amr &amp; Jeff @ Cloudera for building a great team and having the vision to see how &#8220;big&#8221; Big Data will be in the years to come.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derrick Harris</title>
		<link>http://gigaom.com/2011/03/25/as-big-data-takes-off-the-hadoop-wars-begin/#comment-612514</link>
		<dc:creator><![CDATA[Derrick Harris]]></dc:creator>
		<pubDate>Mon, 28 Mar 2011 18:09:47 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=321844#comment-612514</guid>
		<description><![CDATA[Duly noted. I call them alternatives because they give users an alternative option to writing directly in MapReduce. To the degree they simplify the experience for certain users, they might minimize the importance of any given MapReduce implementation or proprietary query language.]]></description>
		<content:encoded><![CDATA[<p>Duly noted. I call them alternatives because they give users an alternative option to writing directly in MapReduce. To the degree they simplify the experience for certain users, they might minimize the importance of any given MapReduce implementation or proprietary query language.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Owen O'Malley</title>
		<link>http://gigaom.com/2011/03/25/as-big-data-takes-off-the-hadoop-wars-begin/#comment-612488</link>
		<dc:creator><![CDATA[Owen O'Malley]]></dc:creator>
		<pubDate>Mon, 28 Mar 2011 16:09:55 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=321844#comment-612488</guid>
		<description><![CDATA[Pig and Hive are both Apache projects. They (and Cascading) build on top of Hadoop MapReduce to provide higher level abstractions rather than being alternatives. 75% of MapReduce jobs at Yahoo are in fact Pig jobs and 90% of MapReduce jobs at Facebook are Hive jobs.]]></description>
		<content:encoded><![CDATA[<p>Pig and Hive are both Apache projects. They (and Cascading) build on top of Hadoop MapReduce to provide higher level abstractions rather than being alternatives. 75% of MapReduce jobs at Yahoo are in fact Pig jobs and 90% of MapReduce jobs at Facebook are Hive jobs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joachim Hubele</title>
		<link>http://gigaom.com/2011/03/25/as-big-data-takes-off-the-hadoop-wars-begin/#comment-612474</link>
		<dc:creator><![CDATA[Joachim Hubele]]></dc:creator>
		<pubDate>Mon, 28 Mar 2011 15:24:26 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=321844#comment-612474</guid>
		<description><![CDATA[Good overview, however I strongly disagree with the term Hadoop War.

- Hadoop is not a finished product, it never made to Release 1. It got basically stalled at 0.20.2 or 0.21.0, depending who you ask.
The reason is, that Hadoop is an extremely complex product. There are so many open bugs, that even if they are solved, it would be a huge effort to test the whole system again and verify still everything works.
No one will do this right now.
- There is high demand for a solution like Hadoop, just because of the growth of the internet. And, Hadoop being a complex product, users need support and guidance to use it.
It just a question of supply and demand that companies like Cloudera and DataStax are coming up. I would not say this a war. We have Red Hat Linux because there was a demand for a stable Linux with support. Nobody calls this a war ...]]></description>
		<content:encoded><![CDATA[<p>Good overview, however I strongly disagree with the term Hadoop War.</p>
<p>- Hadoop is not a finished product, it never made to Release 1. It got basically stalled at 0.20.2 or 0.21.0, depending who you ask.<br />
The reason is, that Hadoop is an extremely complex product. There are so many open bugs, that even if they are solved, it would be a huge effort to test the whole system again and verify still everything works.<br />
No one will do this right now.<br />
- There is high demand for a solution like Hadoop, just because of the growth of the internet. And, Hadoop being a complex product, users need support and guidance to use it.<br />
It just a question of supply and demand that companies like Cloudera and DataStax are coming up. I would not say this a war. We have Red Hat Linux because there was a demand for a stable Linux with support. Nobody calls this a war &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SteveL</title>
		<link>http://gigaom.com/2011/03/25/as-big-data-takes-off-the-hadoop-wars-begin/#comment-612335</link>
		<dc:creator><![CDATA[SteveL]]></dc:creator>
		<pubDate>Sun, 27 Mar 2011 17:20:52 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=321844#comment-612335</guid>
		<description><![CDATA[-You can have other filesystems to HDFS, but how close do they come in $/TB for reliable storage. The strength of HDFS is not just its scale, but the cost of that scale: EMC will find that hard to compete against. Every terabyte stored in HDFS is a terabyte that EMC or IBM GPFS don&#039;t get you paying for in hundreds of dollars.]]></description>
		<content:encoded><![CDATA[<p>-You can have other filesystems to HDFS, but how close do they come in $/TB for reliable storage. The strength of HDFS is not just its scale, but the cost of that scale: EMC will find that hard to compete against. Every terabyte stored in HDFS is a terabyte that EMC or IBM GPFS don&#8217;t get you paying for in hundreds of dollars.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Amr Awadallah</title>
		<link>http://gigaom.com/2011/03/25/as-big-data-takes-off-the-hadoop-wars-begin/#comment-612096</link>
		<dc:creator><![CDATA[Amr Awadallah]]></dc:creator>
		<pubDate>Sat, 26 Mar 2011 04:20:07 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=321844#comment-612096</guid>
		<description><![CDATA[Derrick, love the Flickr photo you picked :)]]></description>
		<content:encoded><![CDATA[<p>Derrick, love the Flickr photo you picked :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
