<?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"
	>
<channel>
	<title>Comments on: NetApp pulls a fast one on EMC with SPC</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/storage-soup/netapp-pulls-a-fast-one-on-emc-with-spc/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-pulls-a-fast-one-on-emc-with-spc/</link>
	<description>A SearchStorage.com blog.</description>
	<pubDate>Fri, 27 Nov 2009 10:36:57 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Latest Sun/NetApp clash: SPEC SFS - Storage Soup</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-7394</link>
		<dc:creator>Latest Sun/NetApp clash: SPEC SFS - Storage Soup</dc:creator>
		<pubDate>Tue, 24 Feb 2009 22:38:09 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/02/01/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-7394</guid>
		<description>[...] over in the storage industry&#8211;SPC benchmarks have also been a bone of contention between EMC and NetApp and between HP and EMC. Even in the comments on this blog I&#8217;ve heard everything from [...]</description>
		<content:encoded><![CDATA[<p>[...] over in the storage industry&#8211;SPC benchmarks have also been a bone of contention between EMC and NetApp and between HP and EMC. Even in the comments on this blog I&#8217;ve heard everything from [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pillar claims SPC-1 supremacy &#8212; Storage Soup</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6901</link>
		<dc:creator>Pillar claims SPC-1 supremacy &#8212; Storage Soup</dc:creator>
		<pubDate>Tue, 13 Jan 2009 21:34:04 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/02/01/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6901</guid>
		<description>[...] I do have to wonder how much weight users give to these industry benchmarks when selecting a product.  NetApp&#8217;s submitting EMC systems to SPC, a flap last summer over server virtualization benchmark testing, and  continued inconsistency among vendors as to who submits systems for benchmarking leaves a lot of potential reasons to take benchmarks with a grain of salt.  f59 [...]</description>
		<content:encoded><![CDATA[<p>[...] I do have to wonder how much weight users give to these industry benchmarks when selecting a product.  NetApp&#8217;s submitting EMC systems to SPC, a flap last summer over server virtualization benchmark testing, and  continued inconsistency among vendors as to who submits systems for benchmarking leaves a lot of potential reasons to take benchmarks with a grain of salt.  f59 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: HP to EMC: Drop the SPC smoke screen &#8212; Storage Soup</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6900</link>
		<dc:creator>HP to EMC: Drop the SPC smoke screen &#8212; Storage Soup</dc:creator>
		<pubDate>Fri, 12 Sep 2008 17:44:56 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/02/01/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6900</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: More benchmark drama &#8212; Storage Soup</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6899</link>
		<dc:creator>More benchmark drama &#8212; Storage Soup</dc:creator>
		<pubDate>Wed, 02 Jul 2008 15:10:56 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/02/01/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6899</guid>
		<description>[...] Last time on As the Benchmark Turns, we saw NetApp pull a fast one on EMC. This week&#8217;s episode brings us into the torrid realm of server virtualization and Hyper-V. [...]</description>
		<content:encoded><![CDATA[<p>[...] Last time on As the Benchmark Turns, we saw NetApp pull a fast one on EMC. This week&#8217;s episode brings us into the torrid realm of server virtualization and Hyper-V. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6898</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Tue, 26 Feb 2008 20:38:07 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/02/01/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6898</guid>
		<description>Nuff said … 

&#62; HP comes clean in latest wave of storage benchmarks

&#62; http://www.theregister.co.uk/2002/12/11/hp_comes_clean_in_latest/

&#62; while its an old article. The point about altering for a 
&#62; benchmark versus “real world applicability” illustrate the 
&#62; problems with SPC. 

What "problems"?  Name one (please provide details, not
hand-waving).

So 6 years ago HP gets caught doing a benchmark "special" and
I guess your point is the benchmark can't be legit because HP
gets caught?  That's rather lame as Sun pulled a fast one with
SPEC and cooked the "art" benchmark, SPEC CPU had to toss that
like they tossed "matrix" years before.

The author of that article goes on to point out that LSI was
guilty of the same stunt:

"LSI switched off write cache mirroring when it tested
its FastT arrays earlier this year."

IBM (FastT) uses write cache on their more recent FastT tests.

Perhaps HP was wise enough to realize that their stunt
certainly didn't impress anybody and came clean.

I'm sure more than a few get hair-brained ideas about gaming
a benchmark.  

Either that portion of the benchmark is tossed (art, matrix in SPEC CPU), 
a rule is changed to prevent abuse, the offender is shamed into discontinuing 
the practice or the benchmark is replaced altogether (i.e. TPC-E set to replace the
much too simplistic TPC-C for OLTP testing).

Benchmarks are important and will need constant revisioning as systems
get faster and engineers game them.</description>
		<content:encoded><![CDATA[<p>Nuff said … </p>
<p>&gt; HP comes clean in latest wave of storage benchmarks</p>
<p>&gt;&nbsp;&lt;a href="http://www.theregister.co.uk/2002/12/11/hp_comes_clean_in_latest/" title="http://www.theregister.co.uk/2002/12/11/hp_comes_clean_in_latest/" target="_blank"&gt;http://www.theregister.co.uk/2002/12/11/&#8230;&lt;/a&gt;</p>
<p>&gt; while its an old article. The point about altering for a<br />
&gt; benchmark versus “real world applicability” illustrate the<br />
&gt; problems with SPC. </p>
<p>What &#8220;problems&#8221;?  Name one (please provide details, not<br />
hand-waving).</p>
<p>So 6 years ago HP gets caught doing a benchmark &#8220;special&#8221; and<br />
I guess your point is the benchmark can&#8217;t be legit because HP<br />
gets caught?  That&#8217;s rather lame as Sun pulled a fast one with<br />
SPEC and cooked the &#8220;art&#8221; benchmark, SPEC CPU had to toss that<br />
like they tossed &#8220;matrix&#8221; years before.</p>
<p>The author of that article goes on to point out that LSI was<br />
guilty of the same stunt:</p>
<p>&#8220;LSI switched off write cache mirroring when it tested<br />
its FastT arrays earlier this year.&#8221;</p>
<p>IBM (FastT) uses write cache on their more recent FastT tests.</p>
<p>Perhaps HP was wise enough to realize that their stunt<br />
certainly didn&#8217;t impress anybody and came clean.</p>
<p>I&#8217;m sure more than a few get hair-brained ideas about gaming<br />
a benchmark.  </p>
<p>Either that portion of the benchmark is tossed (art, matrix in SPEC CPU),<br />
a rule is changed to prevent abuse, the offender is shamed into discontinuing<br />
the practice or the benchmark is replaced altogether (i.e. TPC-E set to replace the<br />
much too simplistic TPC-C for OLTP testing).</p>
<p>Benchmarks are important and will need constant revisioning as systems<br />
get faster and engineers game them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6897</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Fri, 22 Feb 2008 01:15:45 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/02/01/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6897</guid>
		<description>Nuff said ... 

HP comes clean in latest wave of storage benchmarks

http://www.theregister.co.uk/2002/12/11/hp_comes_clean_in_latest/

while its an old article. The point about altering for a benchmark versus "real world applicability" illustrate the problems with SPC.</description>
		<content:encoded><![CDATA[<p>Nuff said &#8230; </p>
<p>HP comes clean in latest wave of storage benchmarks<br />
&nbsp;&lt;a href="http://www.theregister.co.uk/2002/12/11/hp_comes_clean_in_latest/" title="http://www.theregister.co.uk/2002/12/11/hp_comes_clean_in_latest/" target="_blank"&gt;http://www.theregister.co.uk/2002/12/11/&#8230;&lt;/a&gt;</p>
<p>while its an old article. The point about altering for a benchmark versus &#8220;real world applicability&#8221; illustrate the problems with SPC.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6896</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Tue, 12 Feb 2008 23:54:30 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/02/01/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6896</guid>
		<description>//But even if EMC does, NetApp will crow they forced it and are confident their numbers (FS) will be higher anyhow.//

"exactly, so why would EMC play along with that? it’s an unwinnable situation for EMC, as you yourself point out. so how can we call that fair?"

That NetApp posted EMC numbers?
It isn't a matter of fairness but participation, getting
numbers out there for all to see.
The fact that NetApp posts EMC numbers isn't a unique idea, you know!  Maybe they borrowed it from what goes on occasionally
at SPEC benches.

SPEC CPU benchmarks are well
regarded and help many decide when making a purchasing decision.
Here is an example of where Intel does AMD a favor and benchmarks
their CPU:

http://www.spec.org/cpu2006/results/res2007q3/cpu2006-20070723-01527.html

Why would Intel do that?  To show they have better performing kit, so folks can make reasonable assumptions about purchasing
based on performance.  Maybe AMD turned around and posted better numbers (I haven't looked, but I doubt it... they do use Intel
compilers and I'm sure Intel tuned it up for their AMD run ;-)

So is SPC a legitimate test?  (That's all that's left to debate in my opinion).  The fact that there are a number of major players participating, the tests are well documented lend credence to the tests.</description>
		<content:encoded><![CDATA[<p>//But even if EMC does, NetApp will crow they forced it and are confident their numbers (FS) will be higher anyhow.//</p>
<p>&#8220;exactly, so why would EMC play along with that? it’s an unwinnable situation for EMC, as you yourself point out. so how can we call that fair?&#8221;</p>
<p>That NetApp posted EMC numbers?<br />
It isn&#8217;t a matter of fairness but participation, getting<br />
numbers out there for all to see.<br />
The fact that NetApp posts EMC numbers isn&#8217;t a unique idea, you know!  Maybe they borrowed it from what goes on occasionally<br />
at SPEC benches.</p>
<p>SPEC CPU benchmarks are well<br />
regarded and help many decide when making a purchasing decision.<br />
Here is an example of where Intel does AMD a favor and benchmarks<br />
their CPU:<br />
&nbsp;&lt;a href="http://www.spec.org/cpu2006/results/res2007q3/cpu2006-20070723-01527.html" title="http://www.spec.org/cpu2006/results/res2007q3/cpu2006-20070723-01527.html" target="_blank"&gt;http://www.spec.org/cpu2006/results/res2&#8230;&lt;/a&gt;</p>
<p>Why would Intel do that?  To show they have better performing kit, so folks can make reasonable assumptions about purchasing<br />
based on performance.  Maybe AMD turned around and posted better numbers (I haven&#8217;t looked, but I doubt it&#8230; they do use Intel<br />
compilers and I&#8217;m sure Intel tuned it up for their AMD run <img src='http://itknowledgeexchange.techtarget.com/storage-soup/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /><br />
So is SPC a legitimate test?  (That&#8217;s all that&#8217;s left to debate in my opinion).  The fact that there are a number of major players participating, the tests are well documented lend credence to the tests.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Beth Pariseau</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6895</link>
		<dc:creator>Beth Pariseau</dc:creator>
		<pubDate>Mon, 11 Feb 2008 21:14:43 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/02/01/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6895</guid>
		<description>//In my earlier post, I suggested you read what SPC-1 and 2 test.
Educating yourself in what the tests are might help you to
validate them as good tests. //

i think i understand what the tests are. the issue isn't whether the nuts and bolts of the tests themselves are good in concept, the issue here is the context. sometimes just the appearance of a conflict of interest is enough to invalidate some statements, or at least open them to scrutiny. 

i also find something a little wrong with basically saying, "if people who won't join our club want to refute the negative things our club says about them, they can just join us already." that seems pretty coercive to me, and not something that adds to SPC's credibility, either. 

//But even if EMC does, NetApp will crow they forced it and are confident their numbers (FS) will be higher anyhow.//

exactly, so why would EMC play along with that? it's an unwinnable situation for EMC, as you yourself point out. so how can we call that fair? with all the reasons EMC has not to play along with this, it's clearly not a straightforward or automatically 'self-healing' process, and i don't think EMC's silence on the issue can necessarily be interpreted as acquiescence.</description>
		<content:encoded><![CDATA[<p>//In my earlier post, I suggested you read what SPC-1 and 2 test.<br />
Educating yourself in what the tests are might help you to<br />
validate them as good tests. //</p>
<p>i think i understand what the tests are. the issue isn&#8217;t whether the nuts and bolts of the tests themselves are good in concept, the issue here is the context. sometimes just the appearance of a conflict of interest is enough to invalidate some statements, or at least open them to scrutiny. </p>
<p>i also find something a little wrong with basically saying, &#8220;if people who won&#8217;t join our club want to refute the negative things our club says about them, they can just join us already.&#8221; that seems pretty coercive to me, and not something that adds to SPC&#8217;s credibility, either. </p>
<p>//But even if EMC does, NetApp will crow they forced it and are confident their numbers (FS) will be higher anyhow.//</p>
<p>exactly, so why would EMC play along with that? it&#8217;s an unwinnable situation for EMC, as you yourself point out. so how can we call that fair? with all the reasons EMC has not to play along with this, it&#8217;s clearly not a straightforward or automatically &#8217;self-healing&#8217; process, and i don&#8217;t think EMC&#8217;s silence on the issue can necessarily be interpreted as acquiescence.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6894</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Mon, 11 Feb 2008 18:21:29 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/02/01/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6894</guid>
		<description>"so rob, in that RFP process, a competitors’ numbers gleaned from a competitors’ testing environment, when that competitor has every reason to make those numbers as low as possible, would really be considered good comparitive information?"

Not necessarily.  But if that is all there is and it satisfies
an RFP process - so be it.  One would think that EMC has the incentive to do better SPC numbers, but I doubt they do it.  But
it does seem rather strange that you see a lot of larger (volume,
revenue) vendors posting numbers (IBM,HP,NetApp).

 "this is something that would fly in most environments? i agree that performance numbers are important, but in this case doesn’t the sourcing make the number a little suspect? if not, why bother to include SPC numbers at all? why not just rely on competitive white papers?"

In my earlier post, I suggested you read what SPC-1 and 2 test.
Educating yourself in what the tests are might help you to
validate them as good tests.  


"think about the slippery slope aspects of this, too. turnabout’s fair play, right, so HDS could go and take a NetApp filer and run SPC benchmarks against the stuff it OEMs from BlueArc, and then have those numbers be submitted to SPC as fact?"

Absolutely.  And then BlueArc could do the right thing, run SPC
and post higher numbers.  HDS would then be forced to pull their
numbers and look quite asinine in the process.  That's why NetApp
is taking somewhat of a risk here (minor) in that they risk EMC
posting their own numbers.  But even if EMC does, NetApp will
crow they forced it and are confident their numbers (FS) will be
higher anyhow.

"if competitors are allowed to supply what are supposed to be objective measurements, the SPC stats that go into RFPs and RFQs, as you mention, become less meaningful. that doesn’t bother you?"

Heck no.  It is a self-healing process and the major reason
you don't seeing this happening more often (it is a first) is:

1)  It isn't cheap (purchase the equipment, dedicate the engineers, etc.)
2)  Most of the major players are doing it, so it isn't exactly a target rich environment for gaming a competitor.
3)  The vendors themselves knowing their own equipment would run
    their own SPC tests - post higher numbers and make the competition look silly in posting lower numbers.

and as mentioned above, the NetApp test run 
sort of pressures EMC to run the benches
and show how poorly NetApp did with EMC kit.</description>
		<content:encoded><![CDATA[<p>&#8220;so rob, in that RFP process, a competitors’ numbers gleaned from a competitors’ testing environment, when that competitor has every reason to make those numbers as low as possible, would really be considered good comparitive information?&#8221;</p>
<p>Not necessarily.  But if that is all there is and it satisfies<br />
an RFP process - so be it.  One would think that EMC has the incentive to do better SPC numbers, but I doubt they do it.  But<br />
it does seem rather strange that you see a lot of larger (volume,<br />
revenue) vendors posting numbers (IBM,HP,NetApp).</p>
<p> &#8220;this is something that would fly in most environments? i agree that performance numbers are important, but in this case doesn’t the sourcing make the number a little suspect? if not, why bother to include SPC numbers at all? why not just rely on competitive white papers?&#8221;</p>
<p>In my earlier post, I suggested you read what SPC-1 and 2 test.<br />
Educating yourself in what the tests are might help you to<br />
validate them as good tests.  </p>
<p>&#8220;think about the slippery slope aspects of this, too. turnabout’s fair play, right, so HDS could go and take a NetApp filer and run SPC benchmarks against the stuff it OEMs from BlueArc, and then have those numbers be submitted to SPC as fact?&#8221;</p>
<p>Absolutely.  And then BlueArc could do the right thing, run SPC<br />
and post higher numbers.  HDS would then be forced to pull their<br />
numbers and look quite asinine in the process.  That&#8217;s why NetApp<br />
is taking somewhat of a risk here (minor) in that they risk EMC<br />
posting their own numbers.  But even if EMC does, NetApp will<br />
crow they forced it and are confident their numbers (FS) will be<br />
higher anyhow.</p>
<p>&#8220;if competitors are allowed to supply what are supposed to be objective measurements, the SPC stats that go into RFPs and RFQs, as you mention, become less meaningful. that doesn’t bother you?&#8221;</p>
<p>Heck no.  It is a self-healing process and the major reason<br />
you don&#8217;t seeing this happening more often (it is a first) is:</p>
<p>1)  It isn&#8217;t cheap (purchase the equipment, dedicate the engineers, etc.)<br />
2)  Most of the major players are doing it, so it isn&#8217;t exactly a target rich environment for gaming a competitor.<br />
3)  The vendors themselves knowing their own equipment would run<br />
    their own SPC tests - post higher numbers and make the competition look silly in posting lower numbers.</p>
<p>and as mentioned above, the NetApp test run<br />
sort of pressures EMC to run the benches<br />
and show how poorly NetApp did with EMC kit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6892</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Mon, 11 Feb 2008 12:40:07 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/02/01/netapp-pulls-a-fast-one-on-emc-with-spc/#comment-6892</guid>
		<description>Even if the test results can be "tuned", then possibly so can real world to get similar results.</description>
		<content:encoded><![CDATA[<p>Even if the test results can be &#8220;tuned&#8221;, then possibly so can real world to get similar results.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- dynamic -->