 




<?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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: EMC, IBM, thin provisioning and wild animals</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/storage-soup/emc-ibm-thin-provisioning-and-wild-animals/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/storage-soup/emc-ibm-thin-provisioning-and-wild-animals/</link>
	<description>A SearchStorage.com blog.</description>
	<lastBuildDate>Wed, 15 May 2013 20:05:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: the storage anarchist</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/emc-ibm-thin-provisioning-and-wild-animals/#comment-7079</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Wed, 30 Apr 2008 10:52:17 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/04/24/emc-ibm-thin-provisioning-and-wild-animals/#comment-7079</guid>
		<description><![CDATA[Actually, yfeefy, that&#039;s exactly my point. In reality, thin provisioning addresses a storage management problem that few really suffer. Heck, the majority of 3PAR storage is &quot;fat&quot; provisioned, not thin. Most customers of 3PAR say that the #1 benefit is speed-of-provisioning.

Speaking of which, Symmetrix storage provisioning has been improved from nearl 1hr (elapsed) per TB allocted to less than 8 minutes/TB in 4773. Virtual Provisioning reduces this even further for the actual provisioning, even if used to alloacte so-called &quot;fat&quot; devices (all fully allocated from the storage pool). In this case, you&#039;re not necessarily using less - or more - storage, just getting it allocated faster. For some, worth the price of VP alone.]]></description>
		<content:encoded><![CDATA[<p>Actually, yfeefy, that&#8217;s exactly my point. In reality, thin provisioning addresses a storage management problem that few really suffer. Heck, the majority of 3PAR storage is &#8220;fat&#8221; provisioned, not thin. Most customers of 3PAR say that the #1 benefit is speed-of-provisioning.</p>
<p>Speaking of which, Symmetrix storage provisioning has been improved from nearl 1hr (elapsed) per TB allocted to less than 8 minutes/TB in 4773. Virtual Provisioning reduces this even further for the actual provisioning, even if used to alloacte so-called &#8220;fat&#8221; devices (all fully allocated from the storage pool). In this case, you&#8217;re not necessarily using less &#8211; or more &#8211; storage, just getting it allocated faster. For some, worth the price of VP alone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Storage Dork</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/emc-ibm-thin-provisioning-and-wild-animals/#comment-7078</link>
		<dc:creator>Storage Dork</dc:creator>
		<pubDate>Wed, 30 Apr 2008 01:54:42 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/04/24/emc-ibm-thin-provisioning-and-wild-animals/#comment-7078</guid>
		<description><![CDATA[&quot;As to the nail in 3PAR’s coffin…I dunno, you tell me: When all your competitors offer the only differentiated feature you had, AND they have a rather long list of differentiated features that you DON’T have, plus a massively larger installed base of satisfied customers - what then? I’m thikning that things probably start looking pretty bleak, leaving the one-time pioneer defenseless except for maybe “my implementation of TP is better than theirs.”&quot;
I could not agree more.]]></description>
		<content:encoded><![CDATA[<p>&#8220;As to the nail in 3PAR’s coffin…I dunno, you tell me: When all your competitors offer the only differentiated feature you had, AND they have a rather long list of differentiated features that you DON’T have, plus a massively larger installed base of satisfied customers &#8211; what then? I’m thikning that things probably start looking pretty bleak, leaving the one-time pioneer defenseless except for maybe “my implementation of TP is better than theirs.”&#8221;<br />
I could not agree more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: yfeefy</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/emc-ibm-thin-provisioning-and-wild-animals/#comment-7077</link>
		<dc:creator>yfeefy</dc:creator>
		<pubDate>Tue, 29 Apr 2008 19:08:56 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/04/24/emc-ibm-thin-provisioning-and-wild-animals/#comment-7077</guid>
		<description><![CDATA[&quot;many storage arrays and applications today run at low capacity AND low performance utilization - these are the prime candidates for TP.&quot;

If your array is running at low capacity utilization,  you probably do not need to spend a lot of money for thin-provisioning.]]></description>
		<content:encoded><![CDATA[<p>&#8220;many storage arrays and applications today run at low capacity AND low performance utilization &#8211; these are the prime candidates for TP.&#8221;</p>
<p>If your array is running at low capacity utilization,  you probably do not need to spend a lot of money for thin-provisioning.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the storage anarchist</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/emc-ibm-thin-provisioning-and-wild-animals/#comment-7076</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Fri, 25 Apr 2008 18:32:40 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/04/24/emc-ibm-thin-provisioning-and-wild-animals/#comment-7076</guid>
		<description><![CDATA[His point about performance is true no matter whose implementation we&#039;re talking about - a disk drive can deliver the same IOPS whether it is 40% full or 80% full. Some people simply won&#039;t be able to improve their utilization without sacrificing performance.

But then, many storage arrays and applications today run at low capacity AND low performance utilization - these are the prime candidates for TP.

IMHO, the conspiracy theories are just FUD: pricing and promotion won&#039;t be what inevitably limits the demand for TP, though. 

No, as with every TP implementation on the planet, **by definition** the trade-off of performance vs. capacity utilization, along with the inherent risks of over-subscription and uncontrolled rate of consumption will be what slows TP implementation - regardless of vendor or platform. 

Undoubtedly, many customers who understand these implications will decide NOT to use TP for their Tier 1 applications - at least not until they are sure they understand the implications and are prepared to deal with them.

Bottom line: TP is not a miracle solution to increased capacity utilization for every application. It won&#039;t be adopted universally overnight simply because it is now available on Platform X. Like RAID 5, adoption will be gradual, and thus the impact on capacity demand will ramp slowly over the coming years - probably to go unnoticed against the backdrop of the continued 60% CAGR demand for capacity. 

As to the nail in 3PAR&#039;s coffin...I dunno, you tell me: When all your competitors offer the only differentiated feature you had, AND they have a rather long list of differentiated features that you DON&#039;T have, plus a massively larger installed base of satisfied customers - what then? I&#039;m thikning that things probably start looking pretty bleak, leaving the one-time pioneer defenseless except for maybe &quot;my implementation of TP is better than theirs.&quot; 

No wait - hasn&#039;t their CEO already started playing that song?]]></description>
		<content:encoded><![CDATA[<p>His point about performance is true no matter whose implementation we&#8217;re talking about &#8211; a disk drive can deliver the same IOPS whether it is 40% full or 80% full. Some people simply won&#8217;t be able to improve their utilization without sacrificing performance.</p>
<p>But then, many storage arrays and applications today run at low capacity AND low performance utilization &#8211; these are the prime candidates for TP.</p>
<p>IMHO, the conspiracy theories are just FUD: pricing and promotion won&#8217;t be what inevitably limits the demand for TP, though. </p>
<p>No, as with every TP implementation on the planet, **by definition** the trade-off of performance vs. capacity utilization, along with the inherent risks of over-subscription and uncontrolled rate of consumption will be what slows TP implementation &#8211; regardless of vendor or platform. </p>
<p>Undoubtedly, many customers who understand these implications will decide NOT to use TP for their Tier 1 applications &#8211; at least not until they are sure they understand the implications and are prepared to deal with them.</p>
<p>Bottom line: TP is not a miracle solution to increased capacity utilization for every application. It won&#8217;t be adopted universally overnight simply because it is now available on Platform X. Like RAID 5, adoption will be gradual, and thus the impact on capacity demand will ramp slowly over the coming years &#8211; probably to go unnoticed against the backdrop of the continued 60% CAGR demand for capacity. </p>
<p>As to the nail in 3PAR&#8217;s coffin&#8230;I dunno, you tell me: When all your competitors offer the only differentiated feature you had, AND they have a rather long list of differentiated features that you DON&#8217;T have, plus a massively larger installed base of satisfied customers &#8211; what then? I&#8217;m thikning that things probably start looking pretty bleak, leaving the one-time pioneer defenseless except for maybe &#8220;my implementation of TP is better than theirs.&#8221; </p>
<p>No wait &#8211; hasn&#8217;t their CEO already started playing that song?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Storage Dork</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/emc-ibm-thin-provisioning-and-wild-animals/#comment-7075</link>
		<dc:creator>Storage Dork</dc:creator>
		<pubDate>Fri, 25 Apr 2008 14:42:17 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/04/24/emc-ibm-thin-provisioning-and-wild-animals/#comment-7075</guid>
		<description><![CDATA[3PAR&#039;s claim to fame was TP.  It was a feature that they had and &quot;nobody&quot; else had.  Now that EMC has it and NetApp is finally talking about it, 3PAR has lost their one competitive advantage.]]></description>
		<content:encoded><![CDATA[<p>3PAR&#8217;s claim to fame was TP.  It was a feature that they had and &#8220;nobody&#8221; else had.  Now that EMC has it and NetApp is finally talking about it, 3PAR has lost their one competitive advantage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Beth Pariseau</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/emc-ibm-thin-provisioning-and-wild-animals/#comment-7074</link>
		<dc:creator>Beth Pariseau</dc:creator>
		<pubDate>Fri, 25 Apr 2008 13:41:57 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/04/24/emc-ibm-thin-provisioning-and-wild-animals/#comment-7074</guid>
		<description><![CDATA[How&#039;s it going to nail 3PAR&#039;s coffin if, as you say, the performance won&#039;t allow for the higher utilization? Just brand recognition?]]></description>
		<content:encoded><![CDATA[<p>How&#8217;s it going to nail 3PAR&#8217;s coffin if, as you say, the performance won&#8217;t allow for the higher utilization? Just brand recognition?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Storage Dork</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/emc-ibm-thin-provisioning-and-wild-animals/#comment-7073</link>
		<dc:creator>Storage Dork</dc:creator>
		<pubDate>Fri, 25 Apr 2008 04:28:34 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/04/24/emc-ibm-thin-provisioning-and-wild-animals/#comment-7073</guid>
		<description><![CDATA[&quot;When the CEO of a major storage company explains to the folks on Wall Street exactly how his company is going to continue to make money on a feature billed by many in the industry as a way to not give vendors like EMC quite so much money in the long run, I think it’s probably important for users to hear that perspective on the technology.&quot;
You&#039;ve been around long enough to know that EMC will not lose a dime.
1. they will charge (and charge a lot) for their Thin Provisioning
2. they don&#039;t have the architecture in the CX family to allow the utilization rates to climb from 50% (Tucci&#039;s number) to 85% (again, Tucci&#039;s number).  The reason they are at 50% utilization (closer to 40%) is because they run out of performance.  TP does not add performance; in fact, it encourages over-subscribing the drives and placing more data on them than would normally be done.

If an application needs the performance that 60 15K FC drives delivers but only 30% of that capacity, you can&#039;t buy 30 drives and use TP to get 85% utilization.  The performance just won&#039;t be there. (my numbers may not add up there... I&#039;m winging it here...).

I think Tucci is saying that it won&#039;t impact EMCs bottom line because they will offer it but they won&#039;t promote it.  It will allow them to &quot;check the box&quot; when companies evaluate their products (like NQM).  Also, Tucci knows that if people implement TP incorrectly (very easy to do) they will be forced to buy more disks from EMC to get the performance you need.

I do think that when EMC finally announces TP it will put a nail in 3Par&#039;s coffin.  TP is about the only thing 3Par has that&#039;s relatively unique.]]></description>
		<content:encoded><![CDATA[<p>&#8220;When the CEO of a major storage company explains to the folks on Wall Street exactly how his company is going to continue to make money on a feature billed by many in the industry as a way to not give vendors like EMC quite so much money in the long run, I think it’s probably important for users to hear that perspective on the technology.&#8221;<br />
You&#8217;ve been around long enough to know that EMC will not lose a dime.<br />
1. they will charge (and charge a lot) for their Thin Provisioning<br />
2. they don&#8217;t have the architecture in the CX family to allow the utilization rates to climb from 50% (Tucci&#8217;s number) to 85% (again, Tucci&#8217;s number).  The reason they are at 50% utilization (closer to 40%) is because they run out of performance.  TP does not add performance; in fact, it encourages over-subscribing the drives and placing more data on them than would normally be done.</p>
<p>If an application needs the performance that 60 15K FC drives delivers but only 30% of that capacity, you can&#8217;t buy 30 drives and use TP to get 85% utilization.  The performance just won&#8217;t be there. (my numbers may not add up there&#8230; I&#8217;m winging it here&#8230;).</p>
<p>I think Tucci is saying that it won&#8217;t impact EMCs bottom line because they will offer it but they won&#8217;t promote it.  It will allow them to &#8220;check the box&#8221; when companies evaluate their products (like NQM).  Also, Tucci knows that if people implement TP incorrectly (very easy to do) they will be forced to buy more disks from EMC to get the performance you need.</p>
<p>I do think that when EMC finally announces TP it will put a nail in 3Par&#8217;s coffin.  TP is about the only thing 3Par has that&#8217;s relatively unique.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the storage anarchist</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/emc-ibm-thin-provisioning-and-wild-animals/#comment-7072</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Thu, 24 Apr 2008 20:50:28 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/04/24/emc-ibm-thin-provisioning-and-wild-animals/#comment-7072</guid>
		<description><![CDATA[Yep - sorry, I indeed missed the link. 

That was the article that I had fun with regarding IBM&#039;s insistance that Flash was unnecessary and that they planned on pushing tape instead (in this post http://thestorageanarchist.typepad.com/weblog/2008/02/0068-rotflmao.html ).

Still, I don&#039;t think IBM has ever actually said that they&#039;d be delivering thin provisioning on the DS8000. Andy said only that &quot;this is the year we need it.&quot; And even Clod Barerra didn&#039;t actually say it was actually coming on the DS8000 - what he said was that it was a &quot;good expectation&quot; (as I discussed here: http://thestorageanarchist.typepad.com/weblog/2008/04/0076-oops-ibm-d.html )

Somehow I&#039;m starting to think that IBM is being very careful with its choice of words, possibly because they plan on delivering thin provisioning on a new hardware platform instead of on the DS8000 (the rumored DS10000?). If so, that would put them in the same camp as Hitachi, forcing customers into a hardware upgrade to get new features - as compared to the Symmetrix Virtual Provisioning, which is avaialble for both DMX-4 AND the prior-generation installed base of DMX-3 arrays.

But at least now we know that the SVC is going to offer thin provisioning. Wonder if it&#039;ll be before, or after, it is available on the DS series...]]></description>
		<content:encoded><![CDATA[<p>Yep &#8211; sorry, I indeed missed the link. </p>
<p>That was the article that I had fun with regarding IBM&#8217;s insistance that Flash was unnecessary and that they planned on pushing tape instead (in this post <a href="http://thestorageanarchist.typepad.com/weblog/2008/02/0068-rotflmao.html" rel="nofollow">http://thestorageanarchist.typepad.com/weblog/2008/02/0068-rotflmao.html</a> ).</p>
<p>Still, I don&#8217;t think IBM has ever actually said that they&#8217;d be delivering thin provisioning on the DS8000. Andy said only that &#8220;this is the year we need it.&#8221; And even Clod Barerra didn&#8217;t actually say it was actually coming on the DS8000 &#8211; what he said was that it was a &#8220;good expectation&#8221; (as I discussed here: <a href="http://thestorageanarchist.typepad.com/weblog/2008/04/0076-oops-ibm-d.html" rel="nofollow">http://thestorageanarchist.typepad.com/weblog/2008/04/0076-oops-ibm-d.html</a> )</p>
<p>Somehow I&#8217;m starting to think that IBM is being very careful with its choice of words, possibly because they plan on delivering thin provisioning on a new hardware platform instead of on the DS8000 (the rumored DS10000?). If so, that would put them in the same camp as Hitachi, forcing customers into a hardware upgrade to get new features &#8211; as compared to the Symmetrix Virtual Provisioning, which is avaialble for both DMX-4 AND the prior-generation installed base of DMX-3 arrays.</p>
<p>But at least now we know that the SVC is going to offer thin provisioning. Wonder if it&#8217;ll be before, or after, it is available on the DS series&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Beth Pariseau</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/emc-ibm-thin-provisioning-and-wild-animals/#comment-7071</link>
		<dc:creator>Beth Pariseau</dc:creator>
		<pubDate>Thu, 24 Apr 2008 18:53:41 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/04/24/emc-ibm-thin-provisioning-and-wild-animals/#comment-7071</guid>
		<description><![CDATA[Thanks for your comment, appreciate the clarification. 

My article on the DS8000 thing was linked on the word &quot;heard&quot; above, but it prob. got lost with that short an anchor text: 

http://searchstorage.techtarget.com/news/article/0,289142,sid5_gci1302575,00.html]]></description>
		<content:encoded><![CDATA[<p>Thanks for your comment, appreciate the clarification. </p>
<p>My article on the DS8000 thing was linked on the word &#8220;heard&#8221; above, but it prob. got lost with that short an anchor text: </p>
<p><a href="http://searchstorage.techtarget.com/news/article/0,289142,sid5_gci1302575,00.html" rel="nofollow">http://searchstorage.techtarget.com/news/article/0,289142,sid5_gci1302575,00.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the storage anarchist</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/emc-ibm-thin-provisioning-and-wild-animals/#comment-7070</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Thu, 24 Apr 2008 18:27:05 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/04/24/emc-ibm-thin-provisioning-and-wild-animals/#comment-7070</guid>
		<description><![CDATA[Nah - that &quot;industry experts&quot; thing wasn&#039;t aimed at anyone you listed. Actually, &#039;twas nothing more than a little jab at the bears in this market. I really like your work, and it wasn&#039;t my intent to offend...my apologies if I did.

But I&#039;m not sure where you heard IBM say that they were doing thin provisioning for the DS8000, though. Clod Berrara was quoted as not dismissing the idea, but I haven&#039;t seen anything near as concrete as what BarryW said about SVC and &quot;space efficient volumes.&quot;

Maybe I missed it.]]></description>
		<content:encoded><![CDATA[<p>Nah &#8211; that &#8220;industry experts&#8221; thing wasn&#8217;t aimed at anyone you listed. Actually, &#8217;twas nothing more than a little jab at the bears in this market. I really like your work, and it wasn&#8217;t my intent to offend&#8230;my apologies if I did.</p>
<p>But I&#8217;m not sure where you heard IBM say that they were doing thin provisioning for the DS8000, though. Clod Berrara was quoted as not dismissing the idea, but I haven&#8217;t seen anything near as concrete as what BarryW said about SVC and &#8220;space efficient volumes.&#8221;</p>
<p>Maybe I missed it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
