<?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: Because Hadoop isn&#8217;t perfect: 8 ways to replace HDFS</title>
	<atom:link href="http://gigaom.com/2012/07/11/because-hadoop-isnt-perfect-8-ways-to-replace-hdfs/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2012/07/11/because-hadoop-isnt-perfect-8-ways-to-replace-hdfs/</link>
	<description></description>
	<lastBuildDate>Wed, 22 May 2013 04:40:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Cameron</title>
		<link>http://gigaom.com/2012/07/11/because-hadoop-isnt-perfect-8-ways-to-replace-hdfs/#comment-906279</link>
		<dc:creator><![CDATA[Cameron]]></dc:creator>
		<pubDate>Fri, 17 Aug 2012 01:19:04 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=541225#comment-906279</guid>
		<description><![CDATA[The ParaScale distributed storage and computation platform perhaps deserves a mention here too as one of the early vendors that integrated Hadoop into the platform and submitted the filesystem plugin to the open source community back in 2009/2010 time frame. The ParaScale filesystem provided fast parallel ingest via standard NFS protocol, full read/write POSIX semantics, a distributed and replicated object store, global namespace, and many other enterprise features.  Hitachi Data Systems acquired ParaScale in 2010.

References:
http://en.wikipedia.org/wiki/Apache_Hadoop
https://issues.apache.org/jira/browse/HADOOP-6704]]></description>
		<content:encoded><![CDATA[<p>The ParaScale distributed storage and computation platform perhaps deserves a mention here too as one of the early vendors that integrated Hadoop into the platform and submitted the filesystem plugin to the open source community back in 2009/2010 time frame. The ParaScale filesystem provided fast parallel ingest via standard NFS protocol, full read/write POSIX semantics, a distributed and replicated object store, global namespace, and many other enterprise features.  Hitachi Data Systems acquired ParaScale in 2010.</p>
<p>References:<br />
<a href="http://en.wikipedia.org/wiki/Apache_Hadoop" rel="nofollow">http://en.wikipedia.org/wiki/Apache_Hadoop</a><br />
<a href="https://issues.apache.org/jira/browse/HADOOP-6704" rel="nofollow">https://issues.apache.org/jira/browse/HADOOP-6704</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derrick Harris</title>
		<link>http://gigaom.com/2012/07/11/because-hadoop-isnt-perfect-8-ways-to-replace-hdfs/#comment-870454</link>
		<dc:creator><![CDATA[Derrick Harris]]></dc:creator>
		<pubDate>Sun, 29 Jul 2012 18:32:07 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=541225#comment-870454</guid>
		<description><![CDATA[I think it depends on your use case. If you&#039;re a Fortune 500 company, you might want to pay for performance, reliability, etc. And some alternative, such as Gluster (mentioned in comments), are open source but vendor-backed.]]></description>
		<content:encoded><![CDATA[<p>I think it depends on your use case. If you&#8217;re a Fortune 500 company, you might want to pay for performance, reliability, etc. And some alternative, such as Gluster (mentioned in comments), are open source but vendor-backed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gengstrand</title>
		<link>http://gigaom.com/2012/07/11/because-hadoop-isnt-perfect-8-ways-to-replace-hdfs/#comment-870439</link>
		<dc:creator><![CDATA[gengstrand]]></dc:creator>
		<pubDate>Sun, 29 Jul 2012 17:35:25 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=541225#comment-870439</guid>
		<description><![CDATA[I think that it is disingenuous to propose expensive proprietary solutions as alternatives to an open source solution. Perhaps a more valuable article would be to propose open source alternatives instead. At Zoosk, we used http://www.dynamicalsoftware.com/nosql/solr instead of Hadoop for the implementation of our activity feed. The Apache Solr project is our open source alternative to Hadoop.]]></description>
		<content:encoded><![CDATA[<p>I think that it is disingenuous to propose expensive proprietary solutions as alternatives to an open source solution. Perhaps a more valuable article would be to propose open source alternatives instead. At Zoosk, we used <a href="http://www.dynamicalsoftware.com/nosql/solr" rel="nofollow">http://www.dynamicalsoftware.com/nosql/solr</a> instead of Hadoop for the implementation of our activity feed. The Apache Solr project is our open source alternative to Hadoop.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derrick Harris</title>
		<link>http://gigaom.com/2012/07/11/because-hadoop-isnt-perfect-8-ways-to-replace-hdfs/#comment-868918</link>
		<dc:creator><![CDATA[Derrick Harris]]></dc:creator>
		<pubDate>Thu, 26 Jul 2012 14:40:57 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=541225#comment-868918</guid>
		<description><![CDATA[I saw your post, and Charles&#039; (from Cloudera) post. I think you&#039;re both probably right that HDFS wins out in the end. By percentage, it&#039;s probably very dominant now. But there will always be people looking for alternatives.]]></description>
		<content:encoded><![CDATA[<p>I saw your post, and Charles&#8217; (from Cloudera) post. I think you&#8217;re both probably right that HDFS wins out in the end. By percentage, it&#8217;s probably very dominant now. But there will always be people looking for alternatives.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Toast to HDFS</title>
		<link>http://gigaom.com/2012/07/11/because-hadoop-isnt-perfect-8-ways-to-replace-hdfs/#comment-868848</link>
		<dc:creator><![CDATA[Toast to HDFS]]></dc:creator>
		<pubDate>Thu, 26 Jul 2012 10:16:50 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=541225#comment-868848</guid>
		<description><![CDATA[We wanted to make a sandwich/toast with HDFS, but could not. We had to design our own toaster. So is this a problem  with HDFS?]]></description>
		<content:encoded><![CDATA[<p>We wanted to make a sandwich/toast with HDFS, but could not. We had to design our own toaster. So is this a problem  with HDFS?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jay</title>
		<link>http://gigaom.com/2012/07/11/because-hadoop-isnt-perfect-8-ways-to-replace-hdfs/#comment-868800</link>
		<dc:creator><![CDATA[Jay]]></dc:creator>
		<pubDate>Thu, 26 Jul 2012 06:38:41 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=541225#comment-868800</guid>
		<description><![CDATA[Looks like most of the alternatives being promoted are highly expensive proprietary hardware based storage vendors who are feeling threatened by the RISE OF HDFS and crying wolf. Everyone knows that HDFS has its flaws but the benefits outweigh the drawbacks. It has got huge traction and in a few years will be the most dominant technology for data crunching. It is important for the storage vendors to re-invent themselves and not fight for a piece of the hadoop pie. That will mean slow decay for them.]]></description>
		<content:encoded><![CDATA[<p>Looks like most of the alternatives being promoted are highly expensive proprietary hardware based storage vendors who are feeling threatened by the RISE OF HDFS and crying wolf. Everyone knows that HDFS has its flaws but the benefits outweigh the drawbacks. It has got huge traction and in a few years will be the most dominant technology for data crunching. It is important for the storage vendors to re-invent themselves and not fight for a piece of the hadoop pie. That will mean slow decay for them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eric baldeschwieler</title>
		<link>http://gigaom.com/2012/07/11/because-hadoop-isnt-perfect-8-ways-to-replace-hdfs/#comment-868702</link>
		<dc:creator><![CDATA[eric baldeschwieler]]></dc:creator>
		<pubDate>Wed, 25 Jul 2012 22:56:35 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=541225#comment-868702</guid>
		<description><![CDATA[Hi  Derrick,

I&#039;ve blogged my thoughts on HDFS vs other systems on the Hortonworks website.

http://hortonworks.com/blog/thinking-about-the-hdfs-vs-other-storage-technologies/

E14 - CTO Hortonworks &amp; hadoop architectural contributor]]></description>
		<content:encoded><![CDATA[<p>Hi  Derrick,</p>
<p>I&#8217;ve blogged my thoughts on HDFS vs other systems on the Hortonworks website.</p>
<p><a href="http://hortonworks.com/blog/thinking-about-the-hdfs-vs-other-storage-technologies/" rel="nofollow">http://hortonworks.com/blog/thinking-about-the-hdfs-vs-other-storage-technologies/</a></p>
<p>E14 &#8211; CTO Hortonworks &amp; hadoop architectural contributor</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: scarpe messi 2012</title>
		<link>http://gigaom.com/2012/07/11/because-hadoop-isnt-perfect-8-ways-to-replace-hdfs/#comment-864967</link>
		<dc:creator><![CDATA[scarpe messi 2012]]></dc:creator>
		<pubDate>Tue, 17 Jul 2012 03:51:50 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=541225#comment-864967</guid>
		<description><![CDATA[Dispersed Storage Network]]></description>
		<content:encoded><![CDATA[<p>Dispersed Storage Network</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill McColl</title>
		<link>http://gigaom.com/2012/07/11/because-hadoop-isnt-perfect-8-ways-to-replace-hdfs/#comment-863627</link>
		<dc:creator><![CDATA[Bill McColl]]></dc:creator>
		<pubDate>Thu, 12 Jul 2012 22:16:56 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=541225#comment-863627</guid>
		<description><![CDATA[Good post. At Cloudscale we tried using HDFS a while back. Given that we wanted to run realtime analytics, graph analytics, MPI, and bulk synchronous parallelism (BSP), as well as Hadoop, in a unified big data architecture, HDFS was a non-starter. For our purposes, Lustre has proved to be a far better option as a super-fast and super-scalable file system foundation for a unified big data platform. Running Lustre on AWS clusters is new. We are probably the only company currently doing it. To help others get started, we posted how to do it here

http://www.cloudscale.com/index.php/technology/lustre-on-aws-cloud

if you want to try out Lustre on cloud clusters for yourself.]]></description>
		<content:encoded><![CDATA[<p>Good post. At Cloudscale we tried using HDFS a while back. Given that we wanted to run realtime analytics, graph analytics, MPI, and bulk synchronous parallelism (BSP), as well as Hadoop, in a unified big data architecture, HDFS was a non-starter. For our purposes, Lustre has proved to be a far better option as a super-fast and super-scalable file system foundation for a unified big data platform. Running Lustre on AWS clusters is new. We are probably the only company currently doing it. To help others get started, we posted how to do it here</p>
<p><a href="http://www.cloudscale.com/index.php/technology/lustre-on-aws-cloud" rel="nofollow">http://www.cloudscale.com/index.php/technology/lustre-on-aws-cloud</a></p>
<p>if you want to try out Lustre on cloud clusters for yourself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Mackey</title>
		<link>http://gigaom.com/2012/07/11/because-hadoop-isnt-perfect-8-ways-to-replace-hdfs/#comment-863490</link>
		<dc:creator><![CDATA[Dave Mackey]]></dc:creator>
		<pubDate>Thu, 12 Jul 2012 16:28:07 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=541225#comment-863490</guid>
		<description><![CDATA[Great list of alternatives. I wonder how Microsoft&#039;s Storage Spaces will compete?]]></description>
		<content:encoded><![CDATA[<p>Great list of alternatives. I wonder how Microsoft&#8217;s Storage Spaces will compete?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
