<?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/"
		>
<channel>
	<title>Comments on: Enterprise Computing: The Wide Striping Debate</title>
	<atom:link href="http://thestoragearchitect.com/2009/07/12/enterprise-computing-the-wide-striping-debate/feed/" rel="self" type="application/rss+xml" />
	<link>http://thestoragearchitect.com/2009/07/12/enterprise-computing-the-wide-striping-debate/</link>
	<description>Storage, Virtualisation &#38; Cloud</description>
	<lastBuildDate>Wed, 23 May 2012 02:49:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: zsr</title>
		<link>http://thestoragearchitect.com/2009/07/12/enterprise-computing-the-wide-striping-debate/#comment-920</link>
		<dc:creator>zsr</dc:creator>
		<pubDate>Sat, 03 Apr 2010 17:28:22 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=638#comment-920</guid>
		<description>[...] ... Thursday, 09 03th, 2009 at 11:06 AM. Category : Uncategorized. Do More : You can leave a ...The Storage Architect Blog Archive Enterprise Computing ...Storage and Virtualisation ... Are you suggesting that VP ZSR will be less efficient on V-Max than [...] </description>
		<content:encoded><![CDATA[<p>[...] &#8230; Thursday, 09 03th, 2009 at 11:06 AM. Category : Uncategorized. Do More : You can leave a &#8230;The Storage Architect Blog Archive Enterprise Computing &#8230;Storage and Virtualisation &#8230; Are you suggesting that VP ZSR will be less efficient on V-Max than [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VIRTUMANIA Episode 5: Sir Mix-A-Lot Storage Virtualization &#124; VM /ETC</title>
		<link>http://thestoragearchitect.com/2009/07/12/enterprise-computing-the-wide-striping-debate/#comment-919</link>
		<dc:creator>VIRTUMANIA Episode 5: Sir Mix-A-Lot Storage Virtualization &#124; VM /ETC</dc:creator>
		<pubDate>Wed, 31 Mar 2010 02:57:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=638#comment-919</guid>
		<description>[...] Enterprise Computing: The Wide Striping Debate [...] </description>
		<content:encoded><![CDATA[<p>[...] Enterprise Computing: The Wide Striping Debate [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel</title>
		<link>http://thestoragearchitect.com/2009/07/12/enterprise-computing-the-wide-striping-debate/#comment-911</link>
		<dc:creator>Nigel</dc:creator>
		<pubDate>Wed, 15 Jul 2009 14:59:04 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=638#comment-911</guid>
		<description>So Barry,

In saying &quot;..And indeed, if/when V-Max VP supports zero space reclaim, it will inherently be more efficient than Hitachi DP thanks to the smaller chunk/page/extent size of VP (768KB vs. 42MB)...&quot;  Are you suggesting that VP ZSR will be less efficient on V-Max than on 3PAR as 3PAR has an even smaller chunk/page/extent?  Not as simple as that otherwise we&#039;d probably all have 1K extents (OK obviously not but its not all that simple is it).

And interesting that none of those extolling the virtues of 3PAR above have piped up with explanations of why what 3PAR does is better than what the likes of HDS and EMC do.  Hmmmmmmmm!  (or may be they dont follow the comments feed on here)  No probs as Im pretty sure I already know anyway.......</description>
		<content:encoded><![CDATA[<p>So Barry,</p>
<p>In saying &#8220;..And indeed, if/when V-Max VP supports zero space reclaim, it will inherently be more efficient than Hitachi DP thanks to the smaller chunk/page/extent size of VP (768KB vs. 42MB)&#8230;&#8221;  Are you suggesting that VP ZSR will be less efficient on V-Max than on 3PAR as 3PAR has an even smaller chunk/page/extent?  Not as simple as that otherwise we&#8217;d probably all have 1K extents (OK obviously not but its not all that simple is it).</p>
<p>And interesting that none of those extolling the virtues of 3PAR above have piped up with explanations of why what 3PAR does is better than what the likes of HDS and EMC do.  Hmmmmmmmm!  (or may be they dont follow the comments feed on here)  No probs as Im pretty sure I already know anyway&#8230;&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel</title>
		<link>http://thestoragearchitect.com/2009/07/12/enterprise-computing-the-wide-striping-debate/#comment-917</link>
		<dc:creator>Nigel</dc:creator>
		<pubDate>Tue, 14 Jul 2009 13:12:43 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=638#comment-917</guid>
		<description>Can any of the above who bring up 3PAR RAID at the 256MB chunklet level offer any more information on how this is better than traditional RAID Groups for lowering the risk of double disk failures?

My understanding, albeit limited, is that it lowers the &quot;possibility&quot;, but that the possibility exists....

Also the 3PARs dont currently offer the ability to create storage pools.  Its all your eggs in one basket scenario with an albeit lower risk of double disk failure.  However, other technologies offer the ability to create multiple pools and spread your eggs among multiple baskets.

Im well aware of the limitations in the HDS implementation but am not so sure that its all that worse than the 3PAR implementation.

Thoughts??</description>
		<content:encoded><![CDATA[<p>Can any of the above who bring up 3PAR RAID at the 256MB chunklet level offer any more information on how this is better than traditional RAID Groups for lowering the risk of double disk failures?</p>
<p>My understanding, albeit limited, is that it lowers the &#8220;possibility&#8221;, but that the possibility exists&#8230;.</p>
<p>Also the 3PARs dont currently offer the ability to create storage pools.  Its all your eggs in one basket scenario with an albeit lower risk of double disk failure.  However, other technologies offer the ability to create multiple pools and spread your eggs among multiple baskets.</p>
<p>Im well aware of the limitations in the HDS implementation but am not so sure that its all that worse than the 3PAR implementation.</p>
<p>Thoughts??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the storage anarchist</title>
		<link>http://thestoragearchitect.com/2009/07/12/enterprise-computing-the-wide-striping-debate/#comment-918</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Tue, 14 Jul 2009 11:01:15 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=638#comment-918</guid>
		<description>Right now I can only say that reclamation of unused/all-zero space is just another common feature of thin provisioning. Likewise the ability to shrink a storage pool to remove/repurpose unused capacity (Hitachi DP doesn&#039;t support this feature, V-Max VP does). Feature races are usually temporal - any feature advantage is generally short-lived.

And indeed, if/when V-Max VP supports zero space reclaim, it will inherently be more efficient than Hitachi DP thanks to the smaller chunk/page/extent size of VP (768KB vs. 42MB).</description>
		<content:encoded><![CDATA[<p>Right now I can only say that reclamation of unused/all-zero space is just another common feature of thin provisioning. Likewise the ability to shrink a storage pool to remove/repurpose unused capacity (Hitachi DP doesn&#8217;t support this feature, V-Max VP does). Feature races are usually temporal &#8211; any feature advantage is generally short-lived.</p>
<p>And indeed, if/when V-Max VP supports zero space reclaim, it will inherently be more efficient than Hitachi DP thanks to the smaller chunk/page/extent size of VP (768KB vs. 42MB).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Evans</title>
		<link>http://thestoragearchitect.com/2009/07/12/enterprise-computing-the-wide-striping-debate/#comment-909</link>
		<dc:creator>Chris Evans</dc:creator>
		<pubDate>Tue, 14 Jul 2009 05:15:09 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=638#comment-909</guid>
		<description>Martin/Jason

Thanks.  As you say, &quot;legacy&quot; architecture.  Unfortunately sometimes you can&#039;t fit new technology into old hardware...

Chris</description>
		<content:encoded><![CDATA[<p>Martin/Jason</p>
<p>Thanks.  As you say, &#8220;legacy&#8221; architecture.  Unfortunately sometimes you can&#8217;t fit new technology into old hardware&#8230;</p>
<p>Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Evans</title>
		<link>http://thestoragearchitect.com/2009/07/12/enterprise-computing-the-wide-striping-debate/#comment-910</link>
		<dc:creator>Chris Evans</dc:creator>
		<pubDate>Tue, 14 Jul 2009 05:10:51 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=638#comment-910</guid>
		<description>Barry

Thanks for that.  Are you able to say whether/when EMC will have something like Zero Page Reclaim?

Chris</description>
		<content:encoded><![CDATA[<p>Barry</p>
<p>Thanks for that.  Are you able to say whether/when EMC will have something like Zero Page Reclaim?</p>
<p>Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the storage anarchist</title>
		<link>http://thestoragearchitect.com/2009/07/12/enterprise-computing-the-wide-striping-debate/#comment-912</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Tue, 14 Jul 2009 01:24:45 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=638#comment-912</guid>
		<description>Clarification came out today that &quot;Free VP&quot; is available to all VP-supporing Symmetrix platforms, new or already installed. DMX3 &amp; DMX4 must be running Enginuity 5773; all V-Max arrays support VP with Enginuity 5874.</description>
		<content:encoded><![CDATA[<p>Clarification came out today that &#8220;Free VP&#8221; is available to all VP-supporing Symmetrix platforms, new or already installed. DMX3 &amp; DMX4 must be running Enginuity 5773; all V-Max arrays support VP with Enginuity 5874.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Jensen</title>
		<link>http://thestoragearchitect.com/2009/07/12/enterprise-computing-the-wide-striping-debate/#comment-914</link>
		<dc:creator>Jason Jensen</dc:creator>
		<pubDate>Mon, 13 Jul 2009 20:27:15 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=638#comment-914</guid>
		<description>You beat me to it Martin. My understanding of 3PAR RAID as well is that it is at the chunklet level and not the physical disk level.</description>
		<content:encoded><![CDATA[<p>You beat me to it Martin. My understanding of 3PAR RAID as well is that it is at the chunklet level and not the physical disk level.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin G</title>
		<link>http://thestoragearchitect.com/2009/07/12/enterprise-computing-the-wide-striping-debate/#comment-913</link>
		<dc:creator>Martin G</dc:creator>
		<pubDate>Mon, 13 Jul 2009 14:59:37 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=638#comment-913</guid>
		<description>The risk you state very much depends on how the wide-striping is implementing and how the RAID is implemented. I&#039;m sure Marc will be along to correct me if I&#039;m wrong but in 3PAR&#039;s implementation, the RAID is at the chunklet level and not at the disk level. This has positive advantages in the rebuild times but also a double disk failure is unlikely to the impact you describe. At least, that was my understanding of 3Par&#039;s implementation.

It is one of the advantages of starting without a legacy architecture...</description>
		<content:encoded><![CDATA[<p>The risk you state very much depends on how the wide-striping is implementing and how the RAID is implemented. I&#8217;m sure Marc will be along to correct me if I&#8217;m wrong but in 3PAR&#8217;s implementation, the RAID is at the chunklet level and not at the disk level. This has positive advantages in the rebuild times but also a double disk failure is unlikely to the impact you describe. At least, that was my understanding of 3Par&#8217;s implementation.</p>
<p>It is one of the advantages of starting without a legacy architecture&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

