<?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: Vendors beware: the buyers are restless</title>
	<atom:link href="http://storagemojo.com/2008/01/23/vendors-beware-the-buyers-are-restless/feed/" rel="self" type="application/rss+xml" />
	<link>http://storagemojo.com/2008/01/23/vendors-beware-the-buyers-are-restless/</link>
	<description>Data storage info &#38; analysis</description>
	<pubDate>Mon, 12 May 2008 04:35:53 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: e2eiod</title>
		<link>http://storagemojo.com/2008/01/23/vendors-beware-the-buyers-are-restless/#comment-166528</link>
		<dc:creator>e2eiod</dc:creator>
		<pubDate>Sat, 26 Jan 2008 08:57:29 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/2008/01/23/vendors-beware-the-buyers-are-restless/#comment-166528</guid>
		<description>The Storage Industry is not immune to the same "lack of customer focus" and inability to deliver this, if they cared what it was, as GM (still trying to morph into a viable entity), the old AT&#38;T and others --- your favorite here.
One of the reasons GM can't morph, and the new AT&#38;T will be no more successful than the old AT&#38;T, is the historic gutting of people with talent and the ability to get the job done. Cutting costs does not grow a business. It satisfies stockholders and the bonus/incentive program.

This is the main reason most acquisitions of new technology never do anything for the purchaser. They don't have the talent and ability left internally to do anything with the acquisition. If they did they would have done it already.

From a mailing list I am on...
This writer wanted the "turbo Hayabusa" of Storage...
"I believe this is the equivalent of a turbo Hayabusa.
http://gizmodo.com/gadgets/storage/640gb-flash-hard-drive-for-a-paltry-19000-308398.php"

[rdpcomment]
This is the typical mentality. Everything is solved by infinite horsepower.
Disk spinning at "light speed" would solve all problems. In
acceleration this is true.
In the number of ad hoc (unstructured) Information space operations you can complete in a finite time, this is not true.
It might be true if all operations were done in IDC  “performance optimized” (think SAS) storage. All "light speed" operation bets are off if Information has to be retrieved from “capacity optimized” (think SATA) storage or worse (tape? - shudder).

[Storage Design of the Future]
"[comment1]
&#62;  Also, if you want a "turbo Hayabusa" then you should go with a hardware
&#62;  raid solution. Raid0. You'd need multiple disks to make a RAID 0
&#62;  solution work. Two disks at least.

[comment2]
For a Turbo Hayabusa, you'd need a lot more disks than that.  You'll
need 4Gb FCSW SAN networking with wire-speed switches, large numbers
of FC connected 15KRPM SASI disks, and a few terabytes of SSD to act
as a high-speed cache."

[rdpcomment]
Do the design above with all Flash...

[rdpcomment]
Have you thought how limiting the current designs of "large" Flash drives are?
They are "plug replacements" for rotating rust.
They don't have to be. If the Speed Limit of the Information Universe
in the I/O area was re-thought you might see several orders of
magnitude increase in throughput. I believe this will be the next wave
once the "rotating rust plug replacement" phase passes.

[Smart Oven]
Have you any knowledge of the "Smart Ovens" that are out now?
How about "Smart Washing Machines"?

[Smart Storage]
Isn't it about time for "Smart Storage" to make an appearance?
This should have been first.
I want "Smart Storage" for the same reasons people want "Smart Ovens".
They deliver the desired results in half the time with little or no heat.

It took the introduction of Japanese cars to bury Detroit and the V-8.
Maybe Flash will be the thing for Storage.

Smart Storage is the Future. For commodity prices.
The customer landscape has changed.</description>
		<content:encoded><![CDATA[<p>The Storage Industry is not immune to the same &#8220;lack of customer focus&#8221; and inability to deliver this, if they cared what it was, as GM (still trying to morph into a viable entity), the old AT&amp;T and others &#8212; your favorite here.<br />
One of the reasons GM can&#8217;t morph, and the new AT&amp;T will be no more successful than the old AT&amp;T, is the historic gutting of people with talent and the ability to get the job done. Cutting costs does not grow a business. It satisfies stockholders and the bonus/incentive program.</p>
<p>This is the main reason most acquisitions of new technology never do anything for the purchaser. They don&#8217;t have the talent and ability left internally to do anything with the acquisition. If they did they would have done it already.</p>
<p>From a mailing list I am on&#8230;<br />
This writer wanted the &#8220;turbo Hayabusa&#8221; of Storage&#8230;<br />
&#8220;I believe this is the equivalent of a turbo Hayabusa.<br />
<a href="http://gizmodo.com/gadgets/storage/640gb-flash-hard-drive-for-a-paltry-19000-308398.php" rel="nofollow">http://gizmodo.com/gadgets/storage/640gb-flash-hard-drive-for-a-paltry-19000-308398.php</a>&#8221;</p>
<p>[rdpcomment]<br />
This is the typical mentality. Everything is solved by infinite horsepower.<br />
Disk spinning at &#8220;light speed&#8221; would solve all problems. In<br />
acceleration this is true.<br />
In the number of ad hoc (unstructured) Information space operations you can complete in a finite time, this is not true.<br />
It might be true if all operations were done in IDC  “performance optimized” (think SAS) storage. All &#8220;light speed&#8221; operation bets are off if Information has to be retrieved from “capacity optimized” (think SATA) storage or worse (tape? - shudder).</p>
<p>[Storage Design of the Future]<br />
&#8220;[comment1]<br />
&gt;  Also, if you want a &#8220;turbo Hayabusa&#8221; then you should go with a hardware<br />
&gt;  raid solution. Raid0. You&#8217;d need multiple disks to make a RAID 0<br />
&gt;  solution work. Two disks at least.</p>
<p>[comment2]<br />
For a Turbo Hayabusa, you&#8217;d need a lot more disks than that.  You&#8217;ll<br />
need 4Gb FCSW SAN networking with wire-speed switches, large numbers<br />
of FC connected 15KRPM SASI disks, and a few terabytes of SSD to act<br />
as a high-speed cache.&#8221;</p>
<p>[rdpcomment]<br />
Do the design above with all Flash&#8230;</p>
<p>[rdpcomment]<br />
Have you thought how limiting the current designs of &#8220;large&#8221; Flash drives are?<br />
They are &#8220;plug replacements&#8221; for rotating rust.<br />
They don&#8217;t have to be. If the Speed Limit of the Information Universe<br />
in the I/O area was re-thought you might see several orders of<br />
magnitude increase in throughput. I believe this will be the next wave<br />
once the &#8220;rotating rust plug replacement&#8221; phase passes.</p>
<p>[Smart Oven]<br />
Have you any knowledge of the &#8220;Smart Ovens&#8221; that are out now?<br />
How about &#8220;Smart Washing Machines&#8221;?</p>
<p>[Smart Storage]<br />
Isn&#8217;t it about time for &#8220;Smart Storage&#8221; to make an appearance?<br />
This should have been first.<br />
I want &#8220;Smart Storage&#8221; for the same reasons people want &#8220;Smart Ovens&#8221;.<br />
They deliver the desired results in half the time with little or no heat.</p>
<p>It took the introduction of Japanese cars to bury Detroit and the V-8.<br />
Maybe Flash will be the thing for Storage.</p>
<p>Smart Storage is the Future. For commodity prices.<br />
The customer landscape has changed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danno</title>
		<link>http://storagemojo.com/2008/01/23/vendors-beware-the-buyers-are-restless/#comment-166012</link>
		<dc:creator>Danno</dc:creator>
		<pubDate>Thu, 24 Jan 2008 07:47:57 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/2008/01/23/vendors-beware-the-buyers-are-restless/#comment-166012</guid>
		<description>It seems the fundamental issues for HP and EMC may have similarities.  EMC's slide in maintaining 'top of mind' implies a loss of creativity and innovation to solve tangible customer problems directly related to storage.  In essence a loss of focus.

As for HP, for years they have suffered with problems marketing storage. Perhaps complacency has set in and marketing needs to be shaken up. A number of talented storage people have cycled through the HP Storage marketing organization.  David Scott (CEO 3PAR), Mark Lewis (Sr. VP &#38; GM @EMC) to name a few.  Both had very short stints.  

Which begs the question, aside from the opportunity you went to, why leave so quickly?  Could the challenge of marketing storage from within such a large corporate environment be so full of red-tape it is impossible to truly be creative?  Only they know.  

Regardless though, HP would be well advised to do a deep dive on why this seems to be a perpetual problem.</description>
		<content:encoded><![CDATA[<p>It seems the fundamental issues for HP and EMC may have similarities.  EMC&#8217;s slide in maintaining &#8216;top of mind&#8217; implies a loss of creativity and innovation to solve tangible customer problems directly related to storage.  In essence a loss of focus.</p>
<p>As for HP, for years they have suffered with problems marketing storage. Perhaps complacency has set in and marketing needs to be shaken up. A number of talented storage people have cycled through the HP Storage marketing organization.  David Scott (CEO 3PAR), Mark Lewis (Sr. VP &amp; GM @EMC) to name a few.  Both had very short stints.  </p>
<p>Which begs the question, aside from the opportunity you went to, why leave so quickly?  Could the challenge of marketing storage from within such a large corporate environment be so full of red-tape it is impossible to truly be creative?  Only they know.  </p>
<p>Regardless though, HP would be well advised to do a deep dive on why this seems to be a perpetual problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tim wissman</title>
		<link>http://storagemojo.com/2008/01/23/vendors-beware-the-buyers-are-restless/#comment-165964</link>
		<dc:creator>tim wissman</dc:creator>
		<pubDate>Thu, 24 Jan 2008 02:29:35 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/2008/01/23/vendors-beware-the-buyers-are-restless/#comment-165964</guid>
		<description>with the caveat that i am not a big EMC fan, this does not surprise me. EMC has a history of arrogance and narrow product focus (most of their own hardware requires different software). I once sat in on a technical briefing that was set up by my old employer, and for 3.5 hours the only thing i walked away with is that 1) EMC has a lot of money and 2) they buy companies. now dont get me wrong, i understand that big companies get this way through the buying and selling assets, but when i take time away from my customers for a technical briefing, i dont want to hear what the bean counters are up to.

so i am glad to hear that EMC is looking at a bloody nose.</description>
		<content:encoded><![CDATA[<p>with the caveat that i am not a big EMC fan, this does not surprise me. EMC has a history of arrogance and narrow product focus (most of their own hardware requires different software). I once sat in on a technical briefing that was set up by my old employer, and for 3.5 hours the only thing i walked away with is that 1) EMC has a lot of money and 2) they buy companies. now dont get me wrong, i understand that big companies get this way through the buying and selling assets, but when i take time away from my customers for a technical briefing, i dont want to hear what the bean counters are up to.</p>
<p>so i am glad to hear that EMC is looking at a bloody nose.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the storage anarchist</title>
		<link>http://storagemojo.com/2008/01/23/vendors-beware-the-buyers-are-restless/#comment-165957</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Thu, 24 Jan 2008 01:57:09 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/2008/01/23/vendors-beware-the-buyers-are-restless/#comment-165957</guid>
		<description>Somehow I suspect this research pre-dates last week's announcements.

Granted, if *I* ran The Info Pro, I'd probably want to get this "bad" news out as quickly as possible, given the surprise announcement from the Evil Machine Company last week. Especially since everyone knows there are at least a couple more announcements still to come.

The wise may want to hold on to their money until TIP completes its next round of surveys.</description>
		<content:encoded><![CDATA[<p>Somehow I suspect this research pre-dates last week&#8217;s announcements.</p>
<p>Granted, if *I* ran The Info Pro, I&#8217;d probably want to get this &#8220;bad&#8221; news out as quickly as possible, given the surprise announcement from the Evil Machine Company last week. Especially since everyone knows there are at least a couple more announcements still to come.</p>
<p>The wise may want to hold on to their money until TIP completes its next round of surveys.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://storagemojo.com/2008/01/23/vendors-beware-the-buyers-are-restless/#comment-165948</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Thu, 24 Jan 2008 01:11:51 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/2008/01/23/vendors-beware-the-buyers-are-restless/#comment-165948</guid>
		<description>Yes, I'm lazy and not perusing the above link.  So my question is... where are they seeing isilon uptake?  From my understanding of the platform, it's horrible for 99% of the workloads out there.  Great for streaming large files, but that's about it.  Maybe I've been misinformed?</description>
		<content:encoded><![CDATA[<p>Yes, I&#8217;m lazy and not perusing the above link.  So my question is&#8230; where are they seeing isilon uptake?  From my understanding of the platform, it&#8217;s horrible for 99% of the workloads out there.  Great for streaming large files, but that&#8217;s about it.  Maybe I&#8217;ve been misinformed?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in -1.085 seconds -->
