<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.hds.com/~d/styles/itemcontent.css"?><rss 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:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
<channel>
	<title>Comments for Claus Mikkelsen's Blog</title>
	
	<link>http://blogs.hds.com/claus</link>
	<description />
	<pubDate>Tue, 07 Jul 2009 18:20:39 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.hds.com/hds/claus-mikkelsen-comments" type="application/rss+xml" /><feedburner:browserFriendly></feedburner:browserFriendly><item>
		<title>Comment on Anyone Interested in a 105,000 RPM Drive? by Hu Yoshida » Blog Archive » HDP Is More Than Thin Provisioning</title>
		<link>http://blogs.hds.com/claus/2009/06/anyone-interested-in-a-105000-rpm-drive.html/comment-page-1#comment-19060</link>
		<dc:creator>Hu Yoshida » Blog Archive » HDP Is More Than Thin Provisioning</dc:creator>
		<pubDate>Tue, 07 Jul 2009 06:20:11 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/claus/?p=212#comment-19060</guid>
		<description>[...] Claus Mikkelsen visited a financial customer in New York where they were excited about the performance improvements which come from the wide striping of pages across the width of the HDP pool. They saw a 10 – 15 min batch job run in less then a minute. Claus points out that a major task of provisioning, especially for data bases, is to provision for performance Since HDP stripes across all the disks in the HDP pool, and now with v05, automatically rebalances the stripe when new pages are added to the pool, performance tuning by manually balancing spindle usage is a thing of the past. [...]</description>
		<content:encoded><![CDATA[<p>[...] Claus Mikkelsen visited a financial customer in New York where they were excited about the performance improvements which come from the wide striping of pages across the width of the HDP pool. They saw a 10 – 15 min batch job run in less then a minute. Claus points out that a major task of provisioning, especially for data bases, is to provision for performance Since HDP stripes across all the disks in the HDP pool, and now with v05, automatically rebalances the stripe when new pages are added to the pool, performance tuning by manually balancing spindle usage is a thing of the past. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Anyone Interested in a 105,000 RPM Drive? by Claus</title>
		<link>http://blogs.hds.com/claus/2009/06/anyone-interested-in-a-105000-rpm-drive.html/comment-page-1#comment-19054</link>
		<dc:creator>Claus</dc:creator>
		<pubDate>Tue, 30 Jun 2009 18:27:47 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/claus/?p=212#comment-19054</guid>
		<description>Firstly, Marc, I apoligize for messing your name up (note to self: no more midnight posts!!). Thank you Bas, for pointing that out. I'm always having my name mispelled so I should know better.

As to your other question, I would never argue that we'd be as fast as flash but I would argue that we're cheaper!! 

The way I look at it is wide-striping becomes an interesting alternative somewhere between standard FC drives and flash. What's interesting is that they both boost performance for the same type of workload, namely, high R/W ratio with random reads. There's WRT performance benefit as well, but it's less dramatic. 

It's the customer's vote on this one. We just provide the candidates...</description>
		<content:encoded><![CDATA[<p>Firstly, Marc, I apoligize for messing your name up (note to self: no more midnight posts!!). Thank you Bas, for pointing that out. I&#8217;m always having my name mispelled so I should know better.</p>
<p>As to your other question, I would never argue that we&#8217;d be as fast as flash but I would argue that we&#8217;re cheaper!! </p>
<p>The way I look at it is wide-striping becomes an interesting alternative somewhere between standard FC drives and flash. What&#8217;s interesting is that they both boost performance for the same type of workload, namely, high R/W ratio with random reads. There&#8217;s WRT performance benefit as well, but it&#8217;s less dramatic. </p>
<p>It&#8217;s the customer&#8217;s vote on this one. We just provide the candidates&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Anyone Interested in a 105,000 RPM Drive? by Bas Raayman</title>
		<link>http://blogs.hds.com/claus/2009/06/anyone-interested-in-a-105000-rpm-drive.html/comment-page-1#comment-19053</link>
		<dc:creator>Bas Raayman</dc:creator>
		<pubDate>Tue, 30 Jun 2009 08:07:46 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/claus/?p=212#comment-19053</guid>
		<description>By the way, I think it's Marc Farley and not Marc Foley. ;)</description>
		<content:encoded><![CDATA[<p>By the way, I think it&#8217;s Marc Farley and not Marc Foley. <img src='http://blogs.hds.com/claus/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Anyone Interested in a 105,000 RPM Drive? by Bas Raayman</title>
		<link>http://blogs.hds.com/claus/2009/06/anyone-interested-in-a-105000-rpm-drive.html/comment-page-1#comment-19051</link>
		<dc:creator>Bas Raayman</dc:creator>
		<pubDate>Tue, 30 Jun 2009 08:06:40 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/claus/?p=212#comment-19051</guid>
		<description>Claus,

I can see your point of the 105K RPM drive, but wouldn't the 42 MB page size necessity (or the reasoning behind this page size) become obsolete if you were to use flash drives...?

Bas</description>
		<content:encoded><![CDATA[<p>Claus,</p>
<p>I can see your point of the 105K RPM drive, but wouldn&#8217;t the 42 MB page size necessity (or the reasoning behind this page size) become obsolete if you were to use flash drives&#8230;?</p>
<p>Bas</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on REGRADES OUR CLASSY TREAT - May 27th by A Taste Of HAM (Apologies To The Doctor) – Gestalt IT</title>
		<link>http://blogs.hds.com/claus/2009/05/regrades-our-classy-treat-may-27th.html/comment-page-1#comment-18992</link>
		<dc:creator>A Taste Of HAM (Apologies To The Doctor) – Gestalt IT</dc:creator>
		<pubDate>Sat, 13 Jun 2009 12:37:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/claus/?p=170#comment-18992</guid>
		<description>[...] HAM automates operation/Don’t you want that long [...]</description>
		<content:encoded><![CDATA[<p>[...] HAM automates operation/Don&#8217;t you want that long [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Note on IBM’s XIV by Peter</title>
		<link>http://blogs.hds.com/claus/2009/01/a-note-on-ibms-xiv.html/comment-page-1#comment-18943</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Sat, 06 Jun 2009 04:49:36 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/claus/2009/01/a-note-on-ibms-xiv.html#comment-18943</guid>
		<description>This article on the XIV, while true in some respects misses a few important points.  First of all, if you lose two drives, you may lost the entire array contents but you may not.  It depends on which drives you lose.  For example, in any give tray, there is no dupliate data.  Therefore you can lose an entire tray and you are fine.  There are other rules as to which drives you must lose to lose the whole array, but certainly it is not any two drives.  The other fact not mentioned is that the 1 Tbyte drives currently employed on the XIV have a rebuild time of at most 34 minutes if the drive is pretty much full.  This means, within 34 minutes you no longer have the risk of a second drive failure.  How long does it take you array to rebuild a 500 Gbyte FC drive ... much longer I am guessing.  What about a 1 Tbyte SATA drive ... is 24 hours enough time?  With predictive failure, even with the data only in two locations, the chances of total data loss drop considerable.  With repliction to another array you can further protect you data.

Just some additional food for thought.</description>
		<content:encoded><![CDATA[<p>This article on the XIV, while true in some respects misses a few important points.  First of all, if you lose two drives, you may lost the entire array contents but you may not.  It depends on which drives you lose.  For example, in any give tray, there is no dupliate data.  Therefore you can lose an entire tray and you are fine.  There are other rules as to which drives you must lose to lose the whole array, but certainly it is not any two drives.  The other fact not mentioned is that the 1 Tbyte drives currently employed on the XIV have a rebuild time of at most 34 minutes if the drive is pretty much full.  This means, within 34 minutes you no longer have the risk of a second drive failure.  How long does it take you array to rebuild a 500 Gbyte FC drive &#8230; much longer I am guessing.  What about a 1 Tbyte SATA drive &#8230; is 24 hours enough time?  With predictive failure, even with the data only in two locations, the chances of total data loss drop considerable.  With repliction to another array you can further protect you data.</p>
<p>Just some additional food for thought.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Short Response to Barry by the storage anarchist</title>
		<link>http://blogs.hds.com/claus/2009/06/a-short-response-to-barry.html/comment-page-1#comment-18927</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Wed, 03 Jun 2009 02:33:22 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/claus/?p=207#comment-18927</guid>
		<description>Thanks for the backhanded compliment, Mr. Hay, but you have absolutely zero idea how I spend my day. But I can assure you, it really doesn't take all that much time to ask the obvious questions when your life is spent helping customers understand the practical realities of storage. In fact, I squeezed in today's response in the 10 minutes between 2 customer briefings.

Clearly you fellows at Hitachi don't have the time to publicly address pertinent questions, choosing instead to invest your hours in trying to mislead prospects, press, analysts and Wall street 1-on-1 about your shiny new toy. Fact is, you've been promising this capability to customers for over 4 years, and the best you can do after all the delays is to pre-announce it long before it will even ship - and apparently before it even goes into Beta.

Given that USP-V is over 4 years old, V-Max must have you all really scared (with good reason, to be sure). I'm just not sure your installed base is believing the "don't worry, we have a plan" hype, especially without answers to real questions.

And please note, I have given you (collectively) every opportunity to set the record straight, and I have not (yet) resorted to misrepresenting HAM in an attempt to discredit the effort. But when you (collectively) refuse to answer the very real questions, and resort to admitted censorship in the process, you leave your audience (and me) little choice but to come to some very negative conclusions.

So tell us - what is it that you're so afraid to reveal?</description>
		<content:encoded><![CDATA[<p>Thanks for the backhanded compliment, Mr. Hay, but you have absolutely zero idea how I spend my day. But I can assure you, it really doesn&#8217;t take all that much time to ask the obvious questions when your life is spent helping customers understand the practical realities of storage. In fact, I squeezed in today&#8217;s response in the 10 minutes between 2 customer briefings.</p>
<p>Clearly you fellows at Hitachi don&#8217;t have the time to publicly address pertinent questions, choosing instead to invest your hours in trying to mislead prospects, press, analysts and Wall street 1-on-1 about your shiny new toy. Fact is, you&#8217;ve been promising this capability to customers for over 4 years, and the best you can do after all the delays is to pre-announce it long before it will even ship - and apparently before it even goes into Beta.</p>
<p>Given that USP-V is over 4 years old, V-Max must have you all really scared (with good reason, to be sure). I&#8217;m just not sure your installed base is believing the &#8220;don&#8217;t worry, we have a plan&#8221; hype, especially without answers to real questions.</p>
<p>And please note, I have given you (collectively) every opportunity to set the record straight, and I have not (yet) resorted to misrepresenting HAM in an attempt to discredit the effort. But when you (collectively) refuse to answer the very real questions, and resort to admitted censorship in the process, you leave your audience (and me) little choice but to come to some very negative conclusions.</p>
<p>So tell us - what is it that you&#8217;re so afraid to reveal?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Short Response to Barry by Michael Hay</title>
		<link>http://blogs.hds.com/claus/2009/06/a-short-response-to-barry.html/comment-page-1#comment-18925</link>
		<dc:creator>Michael Hay</dc:creator>
		<pubDate>Tue, 02 Jun 2009 20:58:01 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/claus/?p=207#comment-18925</guid>
		<description>Claus I agree with your approach here, and I do wonder if our Boy Wonder, Barry, is a full time blogger for EMC without anything else to do.</description>
		<content:encoded><![CDATA[<p>Claus I agree with your approach here, and I do wonder if our Boy Wonder, Barry, is a full time blogger for EMC without anything else to do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Short Response to Barry by the storage anarchist</title>
		<link>http://blogs.hds.com/claus/2009/06/a-short-response-to-barry.html/comment-page-1#comment-18921</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Tue, 02 Jun 2009 17:44:07 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/claus/?p=207#comment-18921</guid>
		<description>Since you asked, yes indeed part of my day job is indeed helping EMC's customers, prospects and sales people cut through the misleading and irrelevant competitive positioning to see what's really behind the curtain. I do NOT "know" most of the answers to the questions I pose, and I suspect you are not telling customers everything they need to know about HAM...this is why I am asking - giving you the chance to stop any potential FUD with direct responses.

Instead, you deleted my questions. And by doing so, you DID in fact censor me, and thus you have "precluded" answering questions that were entirely relevant to your announcement.

You may as well just have left my questions up and stated "I refuse to answer these questions."

But I totally understand - you really don't want people to be asking the tough questions in a public forum, and thus it is easier for you to delete them (and acknowledge doing so) than it would be to provide answers.

As I asked @HDScorp on Twitter - what exactly is it that you are trying to hide?</description>
		<content:encoded><![CDATA[<p>Since you asked, yes indeed part of my day job is indeed helping EMC&#8217;s customers, prospects and sales people cut through the misleading and irrelevant competitive positioning to see what&#8217;s really behind the curtain. I do NOT &#8220;know&#8221; most of the answers to the questions I pose, and I suspect you are not telling customers everything they need to know about HAM&#8230;this is why I am asking - giving you the chance to stop any potential FUD with direct responses.</p>
<p>Instead, you deleted my questions. And by doing so, you DID in fact censor me, and thus you have &#8220;precluded&#8221; answering questions that were entirely relevant to your announcement.</p>
<p>You may as well just have left my questions up and stated &#8220;I refuse to answer these questions.&#8221;</p>
<p>But I totally understand - you really don&#8217;t want people to be asking the tough questions in a public forum, and thus it is easier for you to delete them (and acknowledge doing so) than it would be to provide answers.</p>
<p>As I asked @HDScorp on Twitter - what exactly is it that you are trying to hide?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Making Sense Out of Scrambled Eggs, or Re-assembling Humpty Dumpty by the storage anarchist</title>
		<link>http://blogs.hds.com/claus/2009/05/making-sense-out-of-scrambled-eggs-or-re-assembling-humpty-dumpty.html/comment-page-1#comment-18891</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Fri, 29 May 2009 01:48:08 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/claus/?p=191#comment-18891</guid>
		<description>Hey, I hate to be a pest...but what about the rest of the questions?

Your selective answers seem to underscore the industry's growing concern that you're hiding something. Why wasn't the GA date of Q4 noted in the announcement - at least EMC came out right up front and gave FAST delivery schedules...seems Symmetrix customers could have FAST before Hitachi customers can have HAM.

And you're saying that there are no host SW requirements whatsoever? If so, please explain to us all exactly how a host knows to start sending I/Os to a different target in the fail-over scenario?

And exactly how does consistency and compliance work when TSM can't relocate a volume that is being replicated?

Oh, and please - you are the undeniable expert in all things IBM mainframe. Are you suggesting that Hyperswap is the solution to tech refresh migrations for CKD devices?

With all due respect, if indeed there is nothing to hide, then please - answer ALL of my questions - one by one.

And while you're at it - explain why I had to ask these questions in the first place: why did HDS choose to hide the details in Such An Important Announcement?????

Enquiring Minds wanna know!</description>
		<content:encoded><![CDATA[<p>Hey, I hate to be a pest&#8230;but what about the rest of the questions?</p>
<p>Your selective answers seem to underscore the industry&#8217;s growing concern that you&#8217;re hiding something. Why wasn&#8217;t the GA date of Q4 noted in the announcement - at least EMC came out right up front and gave FAST delivery schedules&#8230;seems Symmetrix customers could have FAST before Hitachi customers can have HAM.</p>
<p>And you&#8217;re saying that there are no host SW requirements whatsoever? If so, please explain to us all exactly how a host knows to start sending I/Os to a different target in the fail-over scenario?</p>
<p>And exactly how does consistency and compliance work when TSM can&#8217;t relocate a volume that is being replicated?</p>
<p>Oh, and please - you are the undeniable expert in all things IBM mainframe. Are you suggesting that Hyperswap is the solution to tech refresh migrations for CKD devices?</p>
<p>With all due respect, if indeed there is nothing to hide, then please - answer ALL of my questions - one by one.</p>
<p>And while you&#8217;re at it - explain why I had to ask these questions in the first place: why did HDS choose to hide the details in Such An Important Announcement?????</p>
<p>Enquiring Minds wanna know!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
