<?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: NetApp versus Sun, Sun versus NetApp, and Both versus Common Sense</title>
	<atom:link href="http://joyeur.com/2007/10/27/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/feed/" rel="self" type="application/rss+xml" />
	<link>http://joyeur.com/2007/10/27/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/</link>
	<description>Joyent&#039;s Weblog</description>
	<lastBuildDate>Wed, 28 Mar 2012 23:03:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Charles larkins</title>
		<link>http://joyeur.com/2007/10/27/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2605</link>
		<dc:creator><![CDATA[Charles larkins]]></dc:creator>
		<pubDate>Fri, 15 Feb 2008 15:47:36 +0000</pubDate>
		<guid isPermaLink="false">http://joycomad.joyent.us/blog/uncategorized/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2605</guid>
		<description><![CDATA[I am vendor agnostic so I don’t like comments that are a misstatement of fact.
NetApp makes a great NAS Appliance, but their advantage was based upon their user interface, not their Hardware.  You made a misstatement, in that with the EMC Clarion is a block level SAN device (where NETAPP is a file level system) but your claim that you need a Gateway (or an NSXXX-G) is not a true statement. You can run NFS without the use of a NAS gateway. The Gateway is only a diskless NAS head, that allows you to utilize existing disk in your SAN via a the NS HEAD and provide separate management and control. But you can do NFS directly to the SAN infrastructure… 

	From a basic level you cannot compare the NetApp to the Clariion, you have to compare it to the Celeara (EMCs NAS Product). You have to remember that NetApp is a file level device, and as a file level device it is pretty good, mostly because of its user interface and ease of use. If you look into the their method of data read/write, you will find that the random write anywhere process (even though fast and attractive in the beginning)  presents a real problem as the device space fills up, and the data is continually being changed. It is a simple matter of Physics. 

	You write in any open space, you do not reorganize files to continuous blocks, which the means you are writing fragmented files (or data segments), as the unit reaches 60-70% utilization of space, the problems start to become apparent. To read a file the head has to move to the appropriate space to read the next segment of the file. This means physical movement. As the files become more fragmented (because the NetApp) does not restructure the space or move data for efficiency, the need for the head to move to read the file becomes a burden. Thus NetApps are very ineffective after 60-70% space utilization. 

	The other point is to argue the proper place for data. Block data performs best on block level devices (SAN), file level data performs best on file level system (NAS) , with out getting into all the detailed reasons, as simple on is this. A file stored on a block level device can be rendered unreadable based upon a small amount of block level errors. Alternately a Block level application (such as a data base), operates inefficiently on a file level system (or obvious reasons), and the file level system does not have the protective features, etc. to handle a block level failure (that could be critical to a database). 

  Every manufacture has its benefits and disadvantages… In Storage, the all use the same spinning disk, it’s the software that make the product work, and for diversity it’s the offerings the company has…]]></description>
		<content:encoded><![CDATA[<p>I am vendor agnostic so I don’t like comments that are a misstatement of fact.<br />
NetApp makes a great NAS Appliance, but their advantage was based upon their user interface, not their Hardware.  You made a misstatement, in that with the EMC Clarion is a block level SAN device (where NETAPP is a file level system) but your claim that you need a Gateway (or an NSXXX-G) is not a true statement. You can run NFS without the use of a NAS gateway. The Gateway is only a diskless NAS head, that allows you to utilize existing disk in your SAN via a the NS HEAD and provide separate management and control. But you can do NFS directly to the SAN infrastructure… </p>
<p>	From a basic level you cannot compare the NetApp to the Clariion, you have to compare it to the Celeara (EMCs NAS Product). You have to remember that NetApp is a file level device, and as a file level device it is pretty good, mostly because of its user interface and ease of use. If you look into the their method of data read/write, you will find that the random write anywhere process (even though fast and attractive in the beginning)  presents a real problem as the device space fills up, and the data is continually being changed. It is a simple matter of Physics. </p>
<p>	You write in any open space, you do not reorganize files to continuous blocks, which the means you are writing fragmented files (or data segments), as the unit reaches 60-70% utilization of space, the problems start to become apparent. To read a file the head has to move to the appropriate space to read the next segment of the file. This means physical movement. As the files become more fragmented (because the NetApp) does not restructure the space or move data for efficiency, the need for the head to move to read the file becomes a burden. Thus NetApps are very ineffective after 60-70% space utilization. </p>
<p>	The other point is to argue the proper place for data. Block data performs best on block level devices (SAN), file level data performs best on file level system (NAS) , with out getting into all the detailed reasons, as simple on is this. A file stored on a block level device can be rendered unreadable based upon a small amount of block level errors. Alternately a Block level application (such as a data base), operates inefficiently on a file level system (or obvious reasons), and the file level system does not have the protective features, etc. to handle a block level failure (that could be critical to a database). </p>
<p>  Every manufacture has its benefits and disadvantages… In Storage, the all use the same spinning disk, it’s the software that make the product work, and for diversity it’s the offerings the company has…</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason A. Hoffman</title>
		<link>http://joyeur.com/2007/10/27/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2592</link>
		<dc:creator><![CDATA[Jason A. Hoffman]]></dc:creator>
		<pubDate>Tue, 30 Oct 2007 11:23:47 +0000</pubDate>
		<guid isPermaLink="false">http://joycomad.joyent.us/blog/uncategorized/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2592</guid>
		<description><![CDATA[@Tyler, what isn&#039;t fair is spending millions on NetApp filers and having to put UFS on top their iSCSI storage.

Their filesystem is in fact not the reason for their commercial success. 

	Their commercial success is a result of relatively high prices, great margins, great sales people, great support and great hardware.

	Pretty simple.

	How about they make it available as binary? A loadable kernel module for their own customers (that works fine with FreeBSD)? It doesn’t require the distribution of source code. How about doing what they’re doing now and suing people that use it to compete with them, but make it fine for customers to use? 

	How about simply doing what someone like Nividia does when they ship a driver for a video card on FreeBSD? 

	Are those source code distributions? 

	Nope. 

	Guess where they sit? 

	/kernel/

	I didn’t say that NetApp owed it to the world to give away its core technology.  

	I didn’t say that they even owe it to their block storage customer. 

	I said that considering the lack of a decent filesystem to put on top of their block storage, they shouldn’t be surprised that we flocked to ZFS. And now if they’re actually going to sue and end up being successful in taking ZFS away from us (that’s their goal right? Why else do it?), then yes, they would owe us WAFL.]]></description>
		<content:encoded><![CDATA[<p>@Tyler, what isn&#8217;t fair is spending millions on NetApp filers and having to put UFS on top their iSCSI storage.</p>
<p>Their filesystem is in fact not the reason for their commercial success. </p>
<p>	Their commercial success is a result of relatively high prices, great margins, great sales people, great support and great hardware.</p>
<p>	Pretty simple.</p>
<p>	How about they make it available as binary? A loadable kernel module for their own customers (that works fine with FreeBSD)? It doesn’t require the distribution of source code. How about doing what they’re doing now and suing people that use it to compete with them, but make it fine for customers to use? </p>
<p>	How about simply doing what someone like Nividia does when they ship a driver for a video card on FreeBSD? </p>
<p>	Are those source code distributions? </p>
<p>	Nope. </p>
<p>	Guess where they sit? </p>
<p>	/kernel/</p>
<p>	I didn’t say that NetApp owed it to the world to give away its core technology.  </p>
<p>	I didn’t say that they even owe it to their block storage customer. </p>
<p>	I said that considering the lack of a decent filesystem to put on top of their block storage, they shouldn’t be surprised that we flocked to ZFS. And now if they’re actually going to sue and end up being successful in taking ZFS away from us (that’s their goal right? Why else do it?), then yes, they would owe us WAFL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyler</title>
		<link>http://joyeur.com/2007/10/27/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2593</link>
		<dc:creator><![CDATA[Tyler]]></dc:creator>
		<pubDate>Tue, 30 Oct 2007 01:15:08 +0000</pubDate>
		<guid isPermaLink="false">http://joycomad.joyent.us/blog/uncategorized/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2593</guid>
		<description><![CDATA[I agree with most of your points except this bit:

	&#8220;You should have given WAFL or a WAFL-lite file system to FreeBSD and then all of us could happily use it on top of iSCSI or fibre-channel block storage.&#8221; 

	I don&#8217;t think this is fair.

	NetApp &lt;strong&gt;is&lt;/strong&gt; WAFL.  It&#8217;s the source of all their power &#8212; just about every unique feature owes its existence to this layer of block indirection.  It was invented over a decade ago, and was truly unique.  Innovation is surprisingly rare in computing &#8212; most companies trumpet it, but few deliver.  WAFL is a true innovation &#8212; why should the company give it away?

	You say that NetApp &#8220;could have figured out how to do it while making &#8230; even more money, and without spawning a bunch of FreeBSD storage appliance clones.&#8221; 

	This is a hollow compliment.  How would one actually achieve this?  If the WAFL innovation is the source of NetApp&#8217;s success, why should they give it away, and why do you assume they would prosper without it?

	I agree that both companies should &#8220;kiss and make up&#8221;, and I think that&#8217;s the inevitable conclusion, but there&#8217;s no reasonable argument to say that NetApp somehow owed it to the world to give away its core technology.]]></description>
		<content:encoded><![CDATA[<p>I agree with most of your points except this bit:</p>
<p>	&#8220;You should have given WAFL or a WAFL-lite file system to FreeBSD and then all of us could happily use it on top of iSCSI or fibre-channel block storage.&#8221; </p>
<p>	I don&#8217;t think this is fair.</p>
<p>	NetApp <strong>is</strong> WAFL.  It&#8217;s the source of all their power &#8212; just about every unique feature owes its existence to this layer of block indirection.  It was invented over a decade ago, and was truly unique.  Innovation is surprisingly rare in computing &#8212; most companies trumpet it, but few deliver.  WAFL is a true innovation &#8212; why should the company give it away?</p>
<p>	You say that NetApp &#8220;could have figured out how to do it while making &#8230; even more money, and without spawning a bunch of FreeBSD storage appliance clones.&#8221; </p>
<p>	This is a hollow compliment.  How would one actually achieve this?  If the WAFL innovation is the source of NetApp&#8217;s success, why should they give it away, and why do you assume they would prosper without it?</p>
<p>	I agree that both companies should &#8220;kiss and make up&#8221;, and I think that&#8217;s the inevitable conclusion, but there&#8217;s no reasonable argument to say that NetApp somehow owed it to the world to give away its core technology.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sal</title>
		<link>http://joyeur.com/2007/10/27/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2594</link>
		<dc:creator><![CDATA[Sal]]></dc:creator>
		<pubDate>Sun, 28 Oct 2007 22:46:10 +0000</pubDate>
		<guid isPermaLink="false">http://joycomad.joyent.us/blog/uncategorized/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2594</guid>
		<description><![CDATA[@Dick Davies: &lt;strong&gt;If&lt;/strong&gt; [ZFS] ever happens in FreeBSD? It&#8217;s in FBSD 7 beta which is available now, and the final version should be out shortly. I&#8217;ve been using it in -CURRENT for a while and it works great.]]></description>
		<content:encoded><![CDATA[<p>@Dick Davies: <strong>If</strong> [ZFS] ever happens in FreeBSD? It&#8217;s in FBSD 7 beta which is available now, and the final version should be out shortly. I&#8217;ve been using it in -CURRENT for a while and it works great.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason A. Hoffman</title>
		<link>http://joyeur.com/2007/10/27/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2595</link>
		<dc:creator><![CDATA[Jason A. Hoffman]]></dc:creator>
		<pubDate>Sun, 28 Oct 2007 21:00:21 +0000</pubDate>
		<guid isPermaLink="false">http://joycomad.joyent.us/blog/uncategorized/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2595</guid>
		<description><![CDATA[@Chad, thumpers are a piece of hardware, they lack a few things to be able to really really provide storage up to other servers. As far as running things directly on all those spindles, they&#8217;re great.

	@Dick Davies, at this point? Well NetApp went nuclear on Sun, and if they couldn&#8217;t work it out before Sun&#8217;s response, then Sun had no choice really but to go nuclear back. ZFS is that important. However, they both need to stop their respective superiority things that&#8217;s been going for years and years, and realize that neither provide nor have provided a full solution. Going back and forth like this doesn&#8217;t help customers.]]></description>
		<content:encoded><![CDATA[<p>@Chad, thumpers are a piece of hardware, they lack a few things to be able to really really provide storage up to other servers. As far as running things directly on all those spindles, they&#8217;re great.</p>
<p>	@Dick Davies, at this point? Well NetApp went nuclear on Sun, and if they couldn&#8217;t work it out before Sun&#8217;s response, then Sun had no choice really but to go nuclear back. ZFS is that important. However, they both need to stop their respective superiority things that&#8217;s been going for years and years, and realize that neither provide nor have provided a full solution. Going back and forth like this doesn&#8217;t help customers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Storagezilla</title>
		<link>http://joyeur.com/2007/10/27/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2596</link>
		<dc:creator><![CDATA[Storagezilla]]></dc:creator>
		<pubDate>Sun, 28 Oct 2007 17:32:59 +0000</pubDate>
		<guid isPermaLink="false">http://joycomad.joyent.us/blog/uncategorized/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2596</guid>
		<description><![CDATA[&gt;For example, an EMC Clariion does iSCSI or Fiber Channel, and if you want it to do NFS, then you basically buy a “gateway” (just a server attached by fiber).

	While the CX are dual protocol systems the NS series are multi-protocol systems. (NAS/ISCSI/FC) The gateway products serve a different customer segment.]]></description>
		<content:encoded><![CDATA[<p>&#062;For example, an EMC Clariion does iSCSI or Fiber Channel, and if you want it to do NFS, then you basically buy a “gateway” (just a server attached by fiber).</p>
<p>	While the CX are dual protocol systems the NS series are multi-protocol systems. (NAS/ISCSI/FC) The gateway products serve a different customer segment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dick Davies</title>
		<link>http://joyeur.com/2007/10/27/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2598</link>
		<dc:creator><![CDATA[Dick Davies]]></dc:creator>
		<pubDate>Sun, 28 Oct 2007 13:14:23 +0000</pubDate>
		<guid isPermaLink="false">http://joycomad.joyent.us/blog/uncategorized/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2598</guid>
		<description><![CDATA[Sun may be following &#8220;the Chicago Way&#8221; in all this, but what would you have done differently in their shoes?]]></description>
		<content:encoded><![CDATA[<p>Sun may be following &#8220;the Chicago Way&#8221; in all this, but what would you have done differently in their shoes?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad</title>
		<link>http://joyeur.com/2007/10/27/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2597</link>
		<dc:creator><![CDATA[Chad]]></dc:creator>
		<pubDate>Sun, 28 Oct 2007 09:23:45 +0000</pubDate>
		<guid isPermaLink="false">http://joycomad.joyent.us/blog/uncategorized/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2597</guid>
		<description><![CDATA[So does this article imply that Thumpers are over-hyped?]]></description>
		<content:encoded><![CDATA[<p>So does this article imply that Thumpers are over-hyped?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harvard Irving</title>
		<link>http://joyeur.com/2007/10/27/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2603</link>
		<dc:creator><![CDATA[Harvard Irving]]></dc:creator>
		<pubDate>Sun, 28 Oct 2007 04:10:32 +0000</pubDate>
		<guid isPermaLink="false">http://joycomad.joyent.us/blog/uncategorized/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2603</guid>
		<description><![CDATA[&#8220;Sun in return wants to ensure that NetApp cannot sell it’s filers&#8221; 

	That should be &#8220;its&#8221; &#8211; drop the apostrophe. What you are saying here is &#8220;NetApp cannot sell it is filers,&#8221; which does not make any sense.]]></description>
		<content:encoded><![CDATA[<p>&#8220;Sun in return wants to ensure that NetApp cannot sell it’s filers&#8221; </p>
<p>	That should be &#8220;its&#8221; &#8211; drop the apostrophe. What you are saying here is &#8220;NetApp cannot sell it is filers,&#8221; which does not make any sense.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthew Brown</title>
		<link>http://joyeur.com/2007/10/27/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2602</link>
		<dc:creator><![CDATA[Matthew Brown]]></dc:creator>
		<pubDate>Sun, 28 Oct 2007 03:08:18 +0000</pubDate>
		<guid isPermaLink="false">http://joycomad.joyent.us/blog/uncategorized/the-case-of-netapp-versus-sun-sun-versus-netapp-and-both-versus-common-sense/#comment-2602</guid>
		<description><![CDATA[Definitely time for some knocked heads.  Fact is, I bet both companies have patents the other infringes upon.  Sensible course of action would be for them to cross-license, kiss and make up.

	And yes, I agree: NetApp wouldn&#8217;t exist if Sun had a better clue about what its customers wanted, historically, and I&#8217;ve always been surprised that Sun didn&#8217;t try harder to acquire NetApp.]]></description>
		<content:encoded><![CDATA[<p>Definitely time for some knocked heads.  Fact is, I bet both companies have patents the other infringes upon.  Sensible course of action would be for them to cross-license, kiss and make up.</p>
<p>	And yes, I agree: NetApp wouldn&#8217;t exist if Sun had a better clue about what its customers wanted, historically, and I&#8217;ve always been surprised that Sun didn&#8217;t try harder to acquire NetApp.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

