<?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: USPV Review</title>
	<atom:link href="http://blog.nigelpoulton.com/uspv-review/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.nigelpoulton.com/uspv-review/#utm_source=feed&amp;utm_medium=feed&amp;utm_campaign=feed</link>
	<description>with nigel poulton</description>
	<lastBuildDate>Tue, 20 Dec 2011 19:37:54 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nigel (mackem)</title>
		<link>http://blog.nigelpoulton.com/uspv-review/comment-page-1/#comment-191</link>
		<dc:creator>Nigel (mackem)</dc:creator>
		<pubDate>Fri, 25 May 2007 11:54:50 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=89#comment-191</guid>
		<description>Lies, damned lies, and statistics ;-)</description>
		<content:encoded><![CDATA[<p>Lies, damned lies, and statistics <img src='http://blog.nigelpoulton.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stephen2615</title>
		<link>http://blog.nigelpoulton.com/uspv-review/comment-page-1/#comment-190</link>
		<dc:creator>stephen2615</dc:creator>
		<pubDate>Thu, 24 May 2007 07:58:53 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=89#comment-190</guid>
		<description>3.5 million IOPS versus 144,000.&#160; The former being purely cache only and the latter is what you can expect with 1152 disks using about 125 IOPS each.&#160; At least HP admit to something like that second figure with the XP series.&#160;&#160; This leads me to how you can have purely cache only transactions in something as big as a USP.&#160;&#160; Would you rip out all the disks and use the 256 GB of cache to attempt a transaction?Heck, I am happy with 144,000 IOPS and anything other than that is a bonus.&#160; So if you can shove in 2000 odd disks into a DMX 3, thats 250,000 IOPS.&#160; Wow, thats impressive.I did stats many years ago at university as part of my computer science degree.&#160; Stats are there purely to come up with outrageous figures.&#160; Thats why all businesses and governments love them so much.&#160; No one really believes outrageous claims other than CIO&#039;s who spend too much time reading executive briefs in those crumby IT specialist magazines.</description>
		<content:encoded><![CDATA[<p>3.5 million IOPS versus 144,000.&nbsp; The former being purely cache only and the latter is what you can expect with 1152 disks using about 125 IOPS each.&nbsp; At least HP admit to something like that second figure with the XP series.&nbsp;&nbsp; This leads me to how you can have purely cache only transactions in something as big as a USP.&nbsp;&nbsp; Would you rip out all the disks and use the 256 GB of cache to attempt a transaction?Heck, I am happy with 144,000 IOPS and anything other than that is a bonus.&nbsp; So if you can shove in 2000 odd disks into a DMX 3, thats 250,000 IOPS.&nbsp; Wow, thats impressive.I did stats many years ago at university as part of my computer science degree.&nbsp; Stats are there purely to come up with outrageous figures.&nbsp; Thats why all businesses and governments love them so much.&nbsp; No one really believes outrageous claims other than CIO&#8217;s who spend too much time reading executive briefs in those crumby IT specialist magazines.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: akro</title>
		<link>http://blog.nigelpoulton.com/uspv-review/comment-page-1/#comment-189</link>
		<dc:creator>akro</dc:creator>
		<pubDate>Mon, 21 May 2007 13:25:45 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=89#comment-189</guid>
		<description>It would be awesome if they took some of the technology from the EVA and threw it into the Hitachi boxes.&#160; I just want to stripe across hundreds of marketing groups, and resize on the fly.&#160; I always wondered what would happen if you though a bunch of EVA controllers in front of a high end array.&#160; From first glance it would seam possible.</description>
		<content:encoded><![CDATA[<p>It would be awesome if they took some of the technology from the EVA and threw it into the Hitachi boxes.&nbsp; I just want to stripe across hundreds of marketing groups, and resize on the fly.&nbsp; I always wondered what would happen if you though a bunch of EVA controllers in front of a high end array.&nbsp; From first glance it would seam possible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel</title>
		<link>http://blog.nigelpoulton.com/uspv-review/comment-page-1/#comment-188</link>
		<dc:creator>Nigel</dc:creator>
		<pubDate>Fri, 18 May 2007 15:08:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=89#comment-188</guid>
		<description>&lt;p&gt;akro, thanks for your comment.&lt;/p&gt; &lt;p&gt;It was while whizzing through the marketing bumf when I saw the reference to wider backend striping.&#160; It definietely mentioned hundreds of disks (wider than the AG interleaving you mentioned).&#160; Im wondering though if it was just in relation to Dynamic Provisioing pools?&#160; I will be taking a closer look at the improvements as soon as I get a chance!&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>akro, thanks for your comment.</p>
<p>It was while whizzing through the marketing bumf when I saw the reference to wider backend striping.&nbsp; It definietely mentioned hundreds of disks (wider than the AG interleaving you mentioned).&nbsp; Im wondering though if it was just in relation to Dynamic Provisioing pools?&nbsp; I will be taking a closer look at the improvements as soon as I get a chance!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Storagezilla</title>
		<link>http://blog.nigelpoulton.com/uspv-review/comment-page-1/#comment-187</link>
		<dc:creator>Storagezilla</dc:creator>
		<pubDate>Tue, 15 May 2007 23:55:24 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=89#comment-187</guid>
		<description>There will be no debunking from EMC since it has been shipping virtual provisioning/automatic volume management since 06 in DART 5.5. It&#039;s pretty nifty for NAS volumes since it can both expand and shrink the storage pool for the FS.

http://www.emc.com/techlib/pdf/H2121_cel_VP_TN_ldv.pdf

One wonders if with the rise of TP we end up seeing more snaps used for backups. Block level replication also becomes a hell of a lot more interesting too.</description>
		<content:encoded><![CDATA[<p>There will be no debunking from EMC since it has been shipping virtual provisioning/automatic volume management since 06 in DART 5.5. It&#8217;s pretty nifty for NAS volumes since it can both expand and shrink the storage pool for the FS.</p>
<p><a href="http://www.emc.com/techlib/pdf/H2121_cel_VP_TN_ldv.pdf" rel="nofollow">http://www.emc.com/techlib/pdf/H2121_cel_VP_TN_ldv.pdf</a></p>
<p>One wonders if with the rise of TP we end up seeing more snaps used for backups. Block level replication also becomes a hell of a lot more interesting too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: akro</title>
		<link>http://blog.nigelpoulton.com/uspv-review/comment-page-1/#comment-186</link>
		<dc:creator>akro</dc:creator>
		<pubDate>Tue, 15 May 2007 21:26:54 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=89#comment-186</guid>
		<description>I didn&#039;t see any new announcements about wider stripe widths but the HDS\XP have supported Group interleving for about a year.&#160; Essentially you take 2 or 4 paity groups and your ldev is interleaved across them.&#160; Not striped, think of it is a block level luse across multple DKA\PG.</description>
		<content:encoded><![CDATA[<p>I didn&#8217;t see any new announcements about wider stripe widths but the HDS\XP have supported Group interleving for about a year.&nbsp; Essentially you take 2 or 4 paity groups and your ldev is interleaved across them.&nbsp; Not striped, think of it is a block level luse across multple DKA\PG.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris M Evans</title>
		<link>http://blog.nigelpoulton.com/uspv-review/comment-page-1/#comment-185</link>
		<dc:creator>Chris M Evans</dc:creator>
		<pubDate>Tue, 15 May 2007 21:20:16 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=89#comment-185</guid>
		<description>Just posted a few comments myself.&#160; All a little disappointing.&#160; I&#039;d like to know more about Dynamic Provisioning, however as I did some of the early beta testing on features of Iceberg (if you don&#039;t know, see STK or IBM RVA) I know thin provisioning can be a poison chalice.&#160;</description>
		<content:encoded><![CDATA[<p>Just posted a few comments myself.&nbsp; All a little disappointing.&nbsp; I&#8217;d like to know more about Dynamic Provisioning, however as I did some of the early beta testing on features of Iceberg (if you don&#8217;t know, see STK or IBM RVA) I know thin provisioning can be a poison chalice.&nbsp;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

