<?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:wfw="http://wellformedweb.org/CommentAPI/" 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/" version="2.0">

<channel>
	<title>Michael Hay</title>
	
	<link>http://blogs.hds.com/michael</link>
	<description>Musings and discussions about storage and technology</description>
	<pubDate>Wed, 08 Jul 2009 11:24:27 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<image><link>http://www.hds.com/</link><url>http://www.hds.com/img/logo_hds-93x24.gif</url><title>Hitachi Data Systems</title></image><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.hds.com/hds/michaelhay" type="application/rss+xml" /><item>
		<title>The Five Minute Rule - UPDATED</title>
		<link>http://blogs.hds.com/michael/2009/07/the-five-minute-rule-filesystems-dbms-flash.html</link>
		<comments>http://blogs.hds.com/michael/2009/07/the-five-minute-rule-filesystems-dbms-flash.html#comments</comments>
		<pubDate>Wed, 08 Jul 2009 11:13:33 +0000</pubDate>
		<dc:creator>Michael Hay</dc:creator>
		
		<category><![CDATA[FLASH]]></category>

		<category><![CDATA[File Storage]]></category>

		<category><![CDATA[File Systems]]></category>

		<category><![CDATA[SSD]]></category>

		<category><![CDATA[btrfs]]></category>

		<category><![CDATA[File Tiering]]></category>

		<category><![CDATA[HDS]]></category>

		<category><![CDATA[Hitachi]]></category>

		<category><![CDATA[Hitachi Data Systems]]></category>

		<category><![CDATA[Michael Hay]]></category>

		<category><![CDATA[xfs]]></category>

		<guid isPermaLink="false">http://blogs.hds.com/michael/?p=429</guid>
		<description><![CDATA[Okay, okay until I read this article at acm.org my original thinking of the &#8220;5 Minute Rule&#8221; was what one of my professors at SJSU related: 5 minutes of grace period to a meeting.  Ha, ha, the joke is on me I suppose.  Anyway I read the article very carefully and one thing that I [...]]]></description>
			<content:encoded><![CDATA[<p>Okay, okay until I read <a title="The real five minute rule" href="http://cacm.acm.org/magazines/2009/7/32091-the-five-minute-rule-20-years-later/fulltext" target="_blank">this article</a> at <a title="ACM web site" href="http://www.acm.org/" target="_blank">acm.org</a> my original thinking of the &#8220;5 Minute Rule&#8221; was what one of my professors at SJSU related: 5 minutes of grace period to a meeting.  Ha, ha, the joke is on me I suppose.  Anyway I read the article very carefully and one thing that I took away from the article is that it seems extremely focused on DBMS systems and is very handy wavy at file systems.  Basically I&#8217;m wondering if file systems like xfs which are journaling with extents and b-trees should follow the same approach as is describe by the author for DMBS based systems: namely that for DBMS systems the combination FLASH/SSD and traditional Magnetic Storage should be treated as persistent storage?  Whereas for traditional file systems RAM and FLASH/SSD should be treated as an extension to buffer cache.  <span style="text-decoration: line-through;">Hopefully the author of the referenced article can respond to this point.  I would post on the article directly, but it is only available for registered users if someone could reach out to Mr. Goetz Graefe of HP that would be great so I could engage with him on the topic.  Any takers?</span> Note that I found I could register on the ACM web site and posted my comment <a title="Comment on the originating article" href="http://cacm.acm.org/magazines/2009/7/32091-the-five-minute-rule-20-years-later/fulltext" target="_blank">here</a> with a reference to this blog post. (Note I posted the comment for review so hopefully it gets approved for submission.)</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hds.com/michael/2009/07/the-five-minute-rule-filesystems-dbms-flash.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>iTunes Woes</title>
		<link>http://blogs.hds.com/michael/2009/07/itunes-woes-apple-storage-management-home.html</link>
		<comments>http://blogs.hds.com/michael/2009/07/itunes-woes-apple-storage-management-home.html#comments</comments>
		<pubDate>Sat, 04 Jul 2009 10:57:22 +0000</pubDate>
		<dc:creator>Michael Hay</dc:creator>
		
		<category><![CDATA[File Storage]]></category>

		<category><![CDATA[Apple]]></category>

		<category><![CDATA[HDS]]></category>

		<category><![CDATA[Hitachi]]></category>

		<category><![CDATA[Hitachi Data Systems]]></category>

		<category><![CDATA[iTunes]]></category>

		<category><![CDATA[Michael Hay]]></category>

		<guid isPermaLink="false">http://blogs.hds.com/michael/?p=423</guid>
		<description><![CDATA[

After moving to Japan I&#8217;ve been a big fan of Apple TV and catching up on US TV shows in HD on the thing.  I suppose that I&#8217;m still in the generation that likes to own my media and not hunt the Internet for free media.  Well as a result of this while the volume [...]]]></description>
			<content:encoded><![CDATA[<p><img class="aligncenter" title="Glen Wolseys iTunes pic" src="http://www.glennwolsey.com/wp-content/uploads/2007/04/itunesinterview-itunes2.png" alt="" width="475" height="110" /></p>
<p><span id="more-423"></span></p>
<p>After moving to Japan I&#8217;ve been a big fan of Apple TV and catching up on US TV shows in HD on the thing.  I suppose that I&#8217;m still in the generation that likes to own my media and not hunt the Internet for free media.  Well as a result of this while the volume of my personal files has not grow significantly, the amount of capacity used, especially for HD quality episodes, has ballooned.  Basically I just had to relocate my TV shows into another iTunes library and a separate external Firewire attached HDD.  So I&#8217;ve been poking around on how people are managing their huge iTunes libraries, and mind you mine is not that big by comparison to say <a title="World's biggest iTunes library" href="http://www.glennwolsey.com/2007/04/19/interview-will-friedwald-owner-of-the-worlds-largest-itunes-collection/" target="_blank">Will Friedwald</a>, but there is not a uniform manner to do this.  Also there is not really a product from Apple or an Apple partner to do this.  Frankly, I think that Apple will soon be stumbling upon a problem of how to manage large media libraries in the home.  I know that Microsoft and others have tried to make Windows Media Center a smash hit and it has little adoption to speak of.  My own personal guess for this is that not enough people are experiencing the problem of large digital media libraries so well they did not need a product.  Well I&#8217;m at a point that I do and being the <a title="My site" href="http://blogs.hds.com/michael" target="_self">Storage Muse</a> I&#8217;m going to put down some requirements and see what people think.</p>
<ul>
<li>Mirrored at the HW level with RAID-1</li>
<li>Resident in iTunes as managed resource</li>
<li>Definable sync policies between computers and various devices from a central iTunes</li>
<li>The iTunes service has all the blasted metadata for what has been purchased, it should allow someone to restore from that metadata in the event of a serious problem or data loss event, in fact I would pay for this</li>
</ul>
<p>I&#8217;m sure that there are more requirements, but I have a suggestion for Apple, uplift Time Capsule to be a media edition version or do something with AppleTV.  I personally don&#8217;t have time to spend cooking up a solution and would rather just buy something.  So if there are any recommendations or amendments to my rather short requirements list above please drop me a line.  Also if there is a recommendation for what to do let me know that as well.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hds.com/michael/2009/07/itunes-woes-apple-storage-management-home.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>XFS Alive and Kicking</title>
		<link>http://blogs.hds.com/michael/2009/07/xfs-alive-and-kicking.html</link>
		<comments>http://blogs.hds.com/michael/2009/07/xfs-alive-and-kicking.html#comments</comments>
		<pubDate>Fri, 03 Jul 2009 07:22:24 +0000</pubDate>
		<dc:creator>Michael Hay</dc:creator>
		
		<category><![CDATA[File Storage]]></category>

		<category><![CDATA[File Systems]]></category>

		<category><![CDATA[Linux]]></category>

		<category><![CDATA[Open Source]]></category>

		<category><![CDATA[btrfs]]></category>

		<category><![CDATA[HDS]]></category>

		<category><![CDATA[Hitachi]]></category>

		<category><![CDATA[Hitachi Data Systems]]></category>

		<category><![CDATA[xfs]]></category>

		<guid isPermaLink="false">http://blogs.hds.com/michael/?p=413</guid>
		<description><![CDATA[As I reported in the previous post there are some interesting things going on when we look at btrfs and xfs.  The first thing that I want to say is that even with the rapid changes of sgi, Rackable, sgi of late the XFS file system is still going strong.  In fact they have been [...]]]></description>
			<content:encoded><![CDATA[<p>As I reported in the <a title="Linux File Systems Visualized" href="http://blogs.hds.com/michael/2009/06/linux-file-systems-visualized.html" target="_blank">previous post</a> there are some interesting things going on when we look at <a title="BTRFS" href="http://btrfs.wiki.kernel.org/index.php/Main_Page" target="_blank">btrfs</a> and xfs.  The first thing that I want to say is that even with the rapid changes of <span style="text-decoration: line-through;">sgi, Rackable</span>, <a title="SGI" href="http://www.sgi.com" target="_blank">sgi</a> of late the XFS file system is still going strong.  In fact they have been providing regular updates on <a title="XFS project's home page" href="http://xfs.org" target="_blank">xfs.org</a> since Summer of 2008.  IMHO this is great as it shows there is a continued venerable alternative to ext3 and ext4 &#8212; the reality is that ReiserFS and JFS are largely dead and btrfs is on the rise, but still not stable.</p>
<p><span id="more-413"></span></p>
<p>Anyway, what I hypothesized in my last post was that the reason for the relative visual closeness of btrfs and xfs comes from more and more code being offloaded to the Linux kernel.  Well the most recent update on the xfs.org web site seems to suggest that is the case below is the relevant bit.</p>
<p style="text-align: center;"><img class="aligncenter" title="XFS File System" src="http://img232.imageshack.us/img232/4716/xfsmillersoilkv0.jpg" alt="" width="199" height="233" /></p>
<blockquote><p>On June 9th we finally saw the release of Linux 2.6.30. For XFS this release mostly contains the improved ENOSPC handling, but also various smaller bugfixes and lots of cleanups. The code size of XFS decreased again by 500 lines of code in this release.</p>
<p>The Linux 2.6.31 merge opened in the mid of the month and some big XFS changes have been pushed: A removal of the quotaops infrastructure which simplifies the quota implementation, the switch from XFS&#8217;s own Posix ACL implementation to the generic one shared by various other filesystems which also supports in-memory caching of ACLs and another incremental refactoring of the sync code. &#8230;<br />
Source: <a title="XFS Status updates" href="http://www.xfs.org/index.php/XFS_Status_Updates" target="_blank">http://www.xfs.org/index.php/XFS_Status_Updates</a></p></blockquote>
<p><a title="XFS Status updates" href="http://www.xfs.org/index.php/XFS_Status_Updates" target="_blank"></a> While I still don&#8217;t have enough data to prove my hypothesis 100% I do feel that this is a step in the right direction of proving it to be the case.  If my hypothesis is indeed true then over time it will become easier and easier to create novel file systems for Linux.</p>
<p>Shout out to any Linux file system or kernel developers do you feel that it is easier to create a file system on Linux than other platforms?</p>
<p style="text-align: center;">
]]></content:encoded>
			<wfw:commentRss>http://blogs.hds.com/michael/2009/07/xfs-alive-and-kicking.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Hybrid Computing in the News</title>
		<link>http://blogs.hds.com/michael/2009/06/hybrid-computing-in-the-news.html</link>
		<comments>http://blogs.hds.com/michael/2009/06/hybrid-computing-in-the-news.html#comments</comments>
		<pubDate>Sun, 28 Jun 2009 08:30:20 +0000</pubDate>
		<dc:creator>Michael Hay</dc:creator>
		
		<category><![CDATA[Forward Thinking]]></category>

		<category><![CDATA[Processing Architectures]]></category>

		<category><![CDATA[FPGA]]></category>

		<category><![CDATA[HDS]]></category>

		<category><![CDATA[Hitachi]]></category>

		<category><![CDATA[Hitachi Data Systems]]></category>

		<category><![CDATA[Michael Hay]]></category>

		<category><![CDATA[VHDL]]></category>

		<guid isPermaLink="false">http://blogs.hds.com/michael/?p=398</guid>
		<description><![CDATA[I ran across this today on Slashdot and Network World.
&#8220;These challenges cannot be pursed independently at the component level such as processor, memory and network switches; they must be addressed as an integrated solution. Co-design of the system hardware and software that is driven by processing requirements for selected application domains is essential. Solving individual [...]]]></description>
			<content:encoded><![CDATA[<p>I ran across this today on <a title="Slashdot on DARPA" href="http://news.slashdot.org/article.pl?sid=09/06/27/2118232" target="_blank">Slashdot</a> and <a title="Network World on DARPA" href="http://www.networkworld.com/community/node/43073" target="_blank">Network World</a>.<span id="more-398"></span></p>
<blockquote><p>&#8220;These challenges cannot be pursed independently at the component level such as processor, memory and network switches; they must be addressed as an integrated solution. Co-design of the system hardware and software that is driven by processing requirements for selected application domains is essential. Solving individual challenges will not result in viable system solutions, DARPA stated.&#8221;</p></blockquote>
<p>The article further goes on to state that the current trend of increasing the clock speeds and explicit parallelism controls by system programmers are not desirable in the required design.  To me this really means what, yes ladies and gentlemen hybrid computing systems.  In short the designers will have to look at everything CPUs, FPGAs, software, compilers, assemblers, IDEs, etc.</p>
<p>Here&#8217;s a link to the original request on <a title="DARPA's requirement" href="https://www.fbo.gov/download/63c/63cbc206740fea482de76e6bf5e9414c/SN_09-46_UHPC_RFI_24_June_2009.pdf" target="_blank">DARPA in PDF</a> form.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hds.com/michael/2009/06/hybrid-computing-in-the-news.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>You have got to be kidding me - UPDATED</title>
		<link>http://blogs.hds.com/michael/2009/06/rainfinity-hsm-file-tiering-celerra-filemover.html</link>
		<comments>http://blogs.hds.com/michael/2009/06/rainfinity-hsm-file-tiering-celerra-filemover.html#comments</comments>
		<pubDate>Sat, 27 Jun 2009 13:29:24 +0000</pubDate>
		<dc:creator>Michael Hay</dc:creator>
		
		<category><![CDATA[Block Storage]]></category>

		<category><![CDATA[Competition]]></category>

		<category><![CDATA[File Storage]]></category>

		<category><![CDATA[File Systems]]></category>

		<category><![CDATA[Search]]></category>

		<category><![CDATA[EMC]]></category>

		<category><![CDATA[File Tiering]]></category>

		<category><![CDATA[HDS]]></category>

		<category><![CDATA[Hitachi]]></category>

		<category><![CDATA[Hitachi Data Systems]]></category>

		<category><![CDATA[HSM]]></category>

		<category><![CDATA[ILM]]></category>

		<category><![CDATA[Michael Hay]]></category>

		<guid isPermaLink="false">http://blogs.hds.com/michael/?p=370</guid>
		<description><![CDATA[I recently ran across this post on Storagezilla.  Well I have to say after having looked at their approach to file tiering I have to say nice try.  As I&#8217;ve talked about in the past I was there when an external Acopia (now a product of F5) reference customer basically stated they would throw out [...]]]></description>
			<content:encoded><![CDATA[<p>I recently ran across <a title="Is this a joke?" href="http://storagezilla.typepad.com/storagezilla/2009/06/automated-storage-tiering-for-celerra.html" target="_blank">this post on Storagezilla</a>.  Well I have to say after having looked at their approach to file tiering I have to say nice try.  As I&#8217;ve talked about in the past I was there when an external Acopia (now a product of F5) reference customer basically stated they would throw out Acopia in a second if a NAS vendor would put file system virtualization and migration into the NAS device.  So with the approach that EMC has taken a customer would need to buy an entirely new product to perform the data movement off of the Celerra.</p>
<p><span id="more-370"></span></p>
<p>When we look at how HNAS can either tier internally or off to external systems using NFS this is a far more robust solution to the problem because there are fewer components.  Add in the Hitachi Data Discovery Suite and you get an advanced ILM offering that uses full content indexing, federated searching and distributed task management to fulfill either internal or external tiering.  Further I feel justified in saying that this is the right approach as all you have to do is look at the most successful approach to block virtualization which is within the box virtualization and data movement that the USP-V and the NetApp vSeries both employ.  We&#8217;ve shipped thousands of controllers that take this approach.  With our HNAS, we&#8217;ve intentionally copied a winning strategy, see the image below.</p>
<p style="text-align: left;"><img class="aligncenter size-full wp-image-372" title="file-block-tiering" src="http://blogs.hds.com/michael/wp-content/uploads/2009/06/file-block-tiering.png" alt="file-block-tiering" width="549" height="271" /></p>
<p style="text-align: left;">As to how we compare to the competition here see the image below comparing the two approaches.</p>
<p style="text-align: left;"><img class="aligncenter size-full wp-image-374" title="emc-hds-file-tiering-comparison" src="http://blogs.hds.com/michael/wp-content/uploads/2009/06/emc-hds-file-tiering-comparison.png" alt="emc-hds-file-tiering-comparison" width="534" height="267" /></p>
<p style="text-align: left;">Like I said you have to be kidding me EMC is basically using RAINFinity to emulate the copy command!</p>
<p style="text-align: left;"><strong>Update</strong></p>
<p style="text-align: left;"><span style="text-decoration: line-through;">Storagezilla</span> Mark, posted an interesting comment on this post.  Since there might be some question as to where I got my facts from, here is the location which is publicly available on EMC&#8217;s site:  <a title="PDF on File Mover" href="http://www.emc.com/collateral/hardware/specification-sheet/h1685-celerra-filemover.pdf" target="_blank">http://www.emc.com/collateral/hardware/specification-sheet/h1685-celerra-filemover.pdf</a>.  Note I would post a screenshot from the materials, but I don&#8217;t want t violate EMC copyright.  That&#8217;s why I drew the picture above and added to the post.  I&#8217;ve asked <span style="text-decoration: line-through;">Storagezilla</span> Mark for a publicly available document, a tcpdump or other factual evidence that proves his point and at that point I&#8217;d be most happy to make a correction, etc.  Until then my logic stands!</p>
<p style="text-align: left;">Also he inserted an implied question on BlueArc and I answered that in the comments section.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hds.com/michael/2009/06/rainfinity-hsm-file-tiering-celerra-filemover.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>The Dance…</title>
		<link>http://blogs.hds.com/michael/2009/06/autopoesis-fpga-ai-intelligence.html</link>
		<comments>http://blogs.hds.com/michael/2009/06/autopoesis-fpga-ai-intelligence.html#comments</comments>
		<pubDate>Thu, 25 Jun 2009 22:42:53 +0000</pubDate>
		<dc:creator>Michael Hay</dc:creator>
		
		<category><![CDATA[Forward Thinking]]></category>

		<category><![CDATA[Processing Architectures]]></category>

		<category><![CDATA[Add new tag]]></category>

		<category><![CDATA[Artificial Intelligence]]></category>

		<category><![CDATA[FPGA]]></category>

		<category><![CDATA[HDS]]></category>

		<category><![CDATA[Hitachi]]></category>

		<category><![CDATA[Hitachi Data Systems]]></category>

		<category><![CDATA[Michael Hay]]></category>

		<category><![CDATA[Neural Networks]]></category>

		<category><![CDATA[VHDL]]></category>

		<guid isPermaLink="false">http://blogs.hds.com/michael/?p=242</guid>
		<description><![CDATA[

I&#8217;ve been intentionally planting seeds across several posts for sometime now.  Specifically, I&#8217;ve been trying to set the stage about pointing out the relatively static nature  of general purpose processors versus the dynamic nature of hardware accelerated software on FPGAs.  I also know that by talking about this in this way, I&#8217;m pushing ahead [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: center;"><img class="aligncenter size-full wp-image-348" title="Artificial Intelligence" src="http://blogs.hds.com/michael/wp-content/uploads/2009/06/hal1.png" alt="hal1" width="510" height="170" /></p>
<p><span id="more-242"></span></p>
<p>I&#8217;ve been intentionally planting seeds across several posts for sometime now.  Specifically, I&#8217;ve been trying to set the stage about pointing out the relatively static nature  of general purpose processors versus the dynamic nature of hardware accelerated software on FPGAs.  I also know that by talking about this in this way, I&#8217;m pushing ahead of where customers are thinking.  It is my opinion that the architectures I&#8217;ve been describing set the stage for building in real automation that the body of enterprise users have been questing for.  As I&#8217;ve also lived through and run design sessions with users and I want to relate a point: lots of automation is requested, but when asked about implementation time frames and if they trust the automation, there is well hesitation on both fronts.  Users like automation, but couched as tangible usability improvements or on a roadmap, but the message is clear: users always want to be in control while reaping the benefits from the force multiplication effect &#8212; one person can do the job of two to three people. What I&#8217;m going to talk about is meant to set the stage for creating infrastructures and architectures can can provide real automation not hyper usability, however, I fully recognize that this is not something that will not happen in short order.</p>
<p>For many years, since my university days really, I&#8217;ve been a fan of borrowing themes from the natural world for the realm of computer science and engineering.  One constant phenomena available in the natural world is the dance between the environment and the organisms which live in concert with the environment.  Basically as one changes, the other changes in response, forcing a change in the originator of the first change, and the cycle continues on and on. It is like dancing where the leader and the follower move synchronously with one another making something of beauty.  Because of the relatively slow rate of change in general purpose processors we will consider them as the environment while software in a computer system we will think of as the organism.  Today the organism, software, is forced into an unnatural rate of change and further the software cannot see, at least in its short execution time, the environment/hardware change in response its activities.  However through raising things like interrupts the hardware can lead the software to perform certain activities or trigger call-backs, etc.  I guess this is more like dancing whilst standing on top of someone&#8217;s feet, in that the software really doesn&#8217;t have the freedom or flexibility to push back as a peer partner in the dance. What I am getting at is that there is a key missing piece in most modern systems allowing the software to exist as a full partner to the hardware changing the behavior or configuration of the hardware and participating fully in being changed by the hardware.  In short the dance!</p>
<p>Again, hybrid computing devices can answer the call, and yes I expect my esteemed colleagues to chafe under this point.  Hybrid computing systems  offer fixed computing elements (think ASICs and General Purpose CPUs) and flexible computing elements (think FPGAs).  With the combination it is possible to contemplate software that can react to the hardware and push on the hardware to change and optimize configurations for the task at hand.  For those that understand neural networks which evolve the best approach to the problem being worked, augmenting static hardware with FPGAs would be a natural extension of the neural network approach, but the system should, in theory, be able to achieve improved speed and I would argue <a title="Autopoesis" href="http://en.wikipedia.org/wiki/Autopoiesis" target="_blank">emergent properties</a>. In this way the software is dancing with the hardware and each is changing to meet the other. With the notion of neural networks there is the human brain and all and within the human brain there are elements like the <a title="Medulla Oblongata" href="http://en.wikipedia.org/wiki/Medulla_oblongata" target="_blank">medulla oblongata</a> which is basically hard wired to handle autonomic functions and is much like an ASIC in that it cannot change configuration and it is absolutely required for life to function.  However the cerebral cortex is literally changing its physical nature as we learn so again the natural world provides an example of what is possible.  As I talked about in a previous post, some of the skills that can be brought into muscle memory like typing get stuck into deep parts of our brain so that we don&#8217;t have to think about actually doing them.  I imagine that this model could be the source of the automation perhaps learned by traditional software through neural network techniques and then offloaded to FPGAs and hardware accelerated software which can emerge new autonomic behaviors, and voila. (Yeah I know I really need that PowerPoint compiler right about now, this is the automation I was talking about.)</p>
<p>In the long term, like say in the next 10 years or more, I believe that in the storage and processing space we will see the continued adoption of hybrid computing architectures.  Further I would expect to see software that can best take advantage of these hybrid systems.  The combination of the software and hardware will evolve and dance together so that it can solve key problems better than merely a static hardware software combination alone.  The system will learn to solve problems offload key learned algorithms, accelerate application I/O, figure out the right placement of LBAs, etc.</p>
<p>By the way the selection of Hitachi&#8217;s technologies already are hybrid in nature.  We include FPGAs, general purpose CPUs, and ASICs in our systems already.  Again we do a lot of things under the covers that I cannot discuss on this forum, but let&#8217;s just say that we are advancing the cause quietly and carefully.</p>
<p>P.S.  I had originally intended to span this over several posts, but as I kept going preserving the integrity of the concept and line of thinking is key.  So hopefully you Mr. Reader have hung in until the end.</p>
<p>P.P.S.  Here is a collection of companies, groups and consortiums who are also building hybrid computing systems with FPGAs.  I reference them because I want people to understand that this is not just unique to Hitachi it is a phenomenon, enjoy.</p>
<ol>
<li><a title="Xtremedata" href="http://www.xtremedatainc.com/" target="_blank">XtremeData</a> - &#8230; XtremeData’s key IP comes in the form of innovative hardware components (FPGA-based In-Socket Accelerators™) coupled to an extensive software and firmware stack.  &#8230; In 2005, strong market demand steered XtremeData into productizing and selling the FPGA In-Socket Accelerators™ – originally intended only for in-house use. &#8230;  Our intent is to continue on this path: enabling our customers in financial services, video imaging, military, medical, and bioinformatics to create their own hardware-accelerated appliances.</li>
<li><a title="Netezza" href="http://www.netezza.com/" target="_blank">Netezza</a> - Today, Netezza is the data warehouse appliance leader, combining storage, processing, database and analytics into a single system that delivers 10-100x the performance, at half the cost and one-third the power of other approaches. Think of it as a Ferrari, with the price and efficiency of an economy car.</li>
<li><a title="Exegy" href="http://www.exegy.com/" target="_blank">Exegy</a> - The hardware-acceleration technology behind the Exegy Ticker Plant provides a competitive edge to the high frequency, colocated trader who requires a ticker plant &#8230;</li>
<li><a title="Nallatech" href="http://www.nallatech.com" target="_blank">Nallatech</a> - For over 15 years, Nallatech has been at the forefront of technological and market innovation in FPGA computing in the Embedded Defense and High Performance Computing markets.</li>
<li><a title="FHPCA" href="http://www.fhpca.org/index.html" target="_blank">FHPCA</a> - The FPGA High Performance Computing Alliance (FHPCA) is developing high-performance computing solutions using Field Programmable Gate Arrays(FPGAs) to deliver new levels of performance into the technical computing market.</li>
<li><a title="FPGA HPC consortium" href="http://www.dsp-fpga.com/news/Media+and+Education/3672" target="_blank">Altera&#8217;s Consortium for FPGA based HPC</a> - Altera Corporation (Nasdaq: ALTR) today announced the development of a new university program to support academic research into high-performance computing. AMD, Sun Microsystems and XtremeData are participating in the program that will donate $1 million in workstations and development software to universities. Using the workstations, participating universities will be able to research and drive the adoption of FPGA co-processing for high-performance computing applications such as medical imaging, data analytics, text searches, network security, bioinformatics and energy.</li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hds.com/michael/2009/06/autopoesis-fpga-ai-intelligence.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>What’s under my skin?</title>
		<link>http://blogs.hds.com/michael/2009/06/whats-under-my-skin.html</link>
		<comments>http://blogs.hds.com/michael/2009/06/whats-under-my-skin.html#comments</comments>
		<pubDate>Mon, 22 Jun 2009 06:51:08 +0000</pubDate>
		<dc:creator>Michael Hay</dc:creator>
		
		<category><![CDATA[Block Storage]]></category>

		<category><![CDATA[Competition]]></category>

		<category><![CDATA[Add new tag]]></category>

		<category><![CDATA[EMC]]></category>

		<category><![CDATA[HDS]]></category>

		<category><![CDATA[Hitachi]]></category>

		<category><![CDATA[Hitachi Data Systems]]></category>

		<category><![CDATA[Michael Hay]]></category>

		<category><![CDATA[V-MAX]]></category>

		<guid isPermaLink="false">http://blogs.hds.com/michael/?p=324</guid>
		<description><![CDATA[Recently, my competitors have asserted that V-Max has gotten under both mine and my HDS colleagues skin.  Well last time I checked the only thing under our skin was flesh and blood just like Barry.  I think that what Barry is talking about is the fact that EMC has copied Hitachi on several occasions and [...]]]></description>
			<content:encoded><![CDATA[<p>Recently, my competitors have asserted that V-Max has gotten under both mine and my HDS colleagues skin.  Well last time I checked the only thing under our skin was flesh and blood just like Barry.  I think that what Barry is talking about is the fact that EMC has copied Hitachi on several occasions and we appear mad about that for some reason.</p>
<p><span id="more-324"></span></p>
<p>He has several posts on the topic in general:</p>
<p>The most recent is <a title="Barry's rant" href="http://thestorageanarchist.typepad.com/weblog/2009/06/2012-how-to-mind-the-future-of-a-mission-critical-world.html" target="_blank">2.012</a><br />
Next is here <a title="Another Barry rant" href="http://thestorageanarchist.typepad.com/weblog/2009/06/2011-i-guess-making-sht-up-just-comes-natural-for-hds.html" target="_blank">2.011</a><br />
Finally here <a title="Yes one more time a Barry rant" href="http://thestorageanarchist.typepad.com/weblog/2009/06/2010-pity-the-fool.html" target="_blank">2.010</a></p>
<p><a title="Yes one more time a Barry rant" href="http://thestorageanarchist.typepad.com/weblog/2009/06/2010-pity-the-fool.html" target="_blank"></a>Well this is not getting under my skin personally at all.  In fact I&#8217;m quite flattered as EMC again and again chooses to copy Hitachi.  In the most recent article Barry is also asserting that we are censoring his comments and I can say that is far from the truth.  HDS doesn&#8217;t do this, we only censor SPAM which leads to nasty web sites and malware, which I&#8217;m guessing Barry&#8217;s site does as well.  Further I am glad that Barry spends serious quality time with customers I do to in fact just went to see on this last week in Japan.</p>
<p>The last thing that I want to point out is that I&#8217;ve been offering Barry a small olive twig. Basically my recent thesis is that all systems are now hybrid computing devices consisting of ASICs, general purpose CPUs, and potentially FPGAs.  I think that V-Max is this very kind of system, even EMC admits to creating a link ASIC for node communications along with their usage of Intel, etc.  I think that this is something which is largely overlooked in computing today and it is so important that I&#8217;ve been dedicating posts to it.  I have one more coming out soon.</p>
<p>Michael</p>
<p><span style="text-decoration: line-through;">P.S.  Barry the recent usage or hinting at derogatory four and three letter words is not doing your arguments justice.  I urge you to please refrain from using them, I&#8217;ll commit to not using them if you will.</span></p>
<p>P.S.  Barry and I worked this out on his blog. We will continue to joust much like Linus and Tanenbaum: <a title="Famous Linus and Tananbaum" href="http://www.dina.dk/~abraham/Linus_vs_Tanenbaum.html" target="_blank">http://www.dina.dk/~abraham/Linus_vs_Tanenbaum.html</a>.</p>
<p><!--StartFragment--> <!--EndFragment--></p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hds.com/michael/2009/06/whats-under-my-skin.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>God Speed Steve</title>
		<link>http://blogs.hds.com/michael/2009/06/god-speed-steve.html</link>
		<comments>http://blogs.hds.com/michael/2009/06/god-speed-steve.html#comments</comments>
		<pubDate>Sun, 21 Jun 2009 03:53:36 +0000</pubDate>
		<dc:creator>Michael Hay</dc:creator>
		
		<category><![CDATA[File Storage]]></category>

		<category><![CDATA[Apple]]></category>

		<category><![CDATA[HDS]]></category>

		<category><![CDATA[Hitachi]]></category>

		<category><![CDATA[Hitachi Data Systems]]></category>

		<category><![CDATA[Michael Hay]]></category>

		<guid isPermaLink="false">http://blogs.hds.com/michael/?p=332</guid>
		<description><![CDATA[Recent reports from the Wall Street Journal point to Steve getting a liver transplant.  If true I wish Steve well and speedy recovery.  I think that the Apple customer base, competitors and detractors have all had their fill of rumors and discussions about Steve&#8217;s health.  Well knowing about HIPPA and understanding that medical privacy is [...]]]></description>
			<content:encoded><![CDATA[<p>Recent reports from the Wall Street Journal point to <a title="WSJ article on Jobs" href="http://online.wsj.com/article/SB124546193182433491.html" target="_blank">Steve getting a liver transplan</a>t.  If true I wish Steve well and speedy recovery.  I think that the Apple customer base, competitors and detractors have all had their fill of rumors and discussions about Steve&#8217;s health.  Well knowing about HIPPA and understanding that medical privacy is important getting this information or any of it in the wild is a hard task.  From reading the article and others related to it Steve had to go to two different medial institutions, being that is the case, I wonder how his charts, studies, and general files have been transfered from one place to another, Fax machine, by hand, by FedEx?  What do you think?</p>
<p><span id="more-332"></span></p>
<p>Update:</p>
<p>Well according to <a title="Confirmation o the liver transplant" href="http://news.cnet.com/8301-13579_3-10271526-37.html?part=rss&amp;subj=news&amp;tag=2547-1_3-0-5" target="_blank">CNET</a> it is confirmed that Steve had the transplant and has returned to work already.  Again good luck in the recovery.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hds.com/michael/2009/06/god-speed-steve.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Linux File Systems Visualized</title>
		<link>http://blogs.hds.com/michael/2009/06/linux-file-systems-visualized.html</link>
		<comments>http://blogs.hds.com/michael/2009/06/linux-file-systems-visualized.html#comments</comments>
		<pubDate>Sun, 21 Jun 2009 02:45:11 +0000</pubDate>
		<dc:creator>Michael Hay</dc:creator>
		
		<category><![CDATA[File Storage]]></category>

		<category><![CDATA[File Systems]]></category>

		<category><![CDATA[Linux]]></category>

		<category><![CDATA[Open Source]]></category>

		<guid isPermaLink="false">http://blogs.hds.com/michael/?p=256</guid>
		<description><![CDATA[The last post I had on a similar subject was the visualization of the Linux kernel.  Well newly added to this class of explorations is a visualization of the Linux file systems by Răzvan Musăloiu-E.


















The images above are taken directly from the author&#8217;s, Răzvan Musăloiu-E, site that takes us on this journey into the Linux file system [...]]]></description>
			<content:encoded><![CDATA[<p>The <a title="Really Cool" href="http://blogs.hds.com/michael/2009/03/really-cool.html" target="_blank">last post</a> I had on a similar subject was the visualization of the Linux kernel.  Well newly added to this class of explorations is a <a title="Visualization of the Linux File System" href="http://cs.jhu.edu/~razvanm/fs-expedition/" target="_blank">visualization of the Linux file systems</a> by Răzvan Musăloiu-E.<span id="more-256"></span></p>
<table border="0">
<tbody>
<tr>
<td><img class="tinypic" src="http://cs.jhu.edu/~razvanm/fs-expedition/front-1.png" alt="" width="100" height="100" /></td>
<td><img class="tinypic" src="http://cs.jhu.edu/~razvanm/fs-expedition/front-2.png" alt="" width="100" height="100" /></td>
<td><img class="tinypic" src="http://cs.jhu.edu/~razvanm/fs-expedition/front-3.png" alt="" width="100" height="100" /></td>
</tr>
</tbody>
</table>
<table border="0">
<tbody>
<tr>
<td><img class="tinypic" src="http://cs.jhu.edu/~razvanm/fs-expedition/front-4.png" alt="" width="100" height="100" /></td>
<td><img class="tinypic" src="http://cs.jhu.edu/~razvanm/fs-expedition/front-5.png" alt="" width="100" height="100" /></td>
<td><img class="tinypic" src="http://cs.jhu.edu/~razvanm/fs-expedition/front-6.png" alt="" width="100" height="100" /></td>
</tr>
</tbody>
</table>
<p>The images above are taken directly from the author&#8217;s, Răzvan Musăloiu-E, site that takes us on this journey into the Linux file system internals.  His exploration is done by looking at the number of external symbols per file system type.  I think that there are a number of interesting points from the analysis. One is that the fewer the symbols the more self contained the file system is.  Further the more modern file systems like btrfs, ext4 and xfs all have many external symbols. Perhaps this means that more and more of the code needed to generate a file system is making its way into the kernel and associated libraries resulting in it being easier to create new file systems on the Linux platform?  Finally if you look at some of the <a title="Linux File System Visualizations with tux3" href="http://cs.jhu.edu/~razvanm/fs-expedition/tux3.html" target="_blank">visuals</a> you will find that btrfs and xfs are often in close proximity to one another, I&#8217;m not sure what this means, but it is interesting none the less.</p>
<p><strong>Update:</strong></p>
<p>I just got permission to use some of Răzvan images and conversed with the author of the study via email, I do want to point out the following point:</p>
<p><span style="text-decoration: underline;">Me:</span> &#8230; the increase of dependence on external symbols is there any conclusion we can draw from this?  In particular I&#8217;m wondering if more functions have been finding their way into the Linux kernel making it easier to create file systems on Linux than other platforms.</p>
<p><span style="text-decoration: underline;">Răzvan:</span> If things would be really easy then I would expect the interactions between the file systems and kernel to be limited in number and see that most of the system are using most of them. This is not the case though. Just by looking from outside we can see that there are quite a lot of them. There is the chance that these big number is also inflated by inlining.</p>
<p>Thanks for the permission and discourse Răzvan!</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hds.com/michael/2009/06/linux-file-systems-visualized.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>A Thought on Thin Provisioning</title>
		<link>http://blogs.hds.com/michael/2009/06/a-thought-on-thin-provisioning.html</link>
		<comments>http://blogs.hds.com/michael/2009/06/a-thought-on-thin-provisioning.html#comments</comments>
		<pubDate>Fri, 12 Jun 2009 05:12:54 +0000</pubDate>
		<dc:creator>Michael Hay</dc:creator>
		
		<category><![CDATA[Block Storage]]></category>

		<category><![CDATA[Thin Provsioning]]></category>

		<guid isPermaLink="false">http://blogs.hds.com/michael/?p=233</guid>
		<description><![CDATA[For reference the definition of Wikipedia for Thin Provisioning can be found here: http://en.wikipedia.org/wiki/Thin_provisioning.    Practically speaking the decision to defer the purchase is something that I want to explore.  Common wisdom and research shows that disk price erosion is somewhere between 30% to 40% annually.  Further there is still research showing that on open [...]]]></description>
			<content:encoded><![CDATA[<p>For reference the definition of Wikipedia for Thin Provisioning can be found here: <a title="Thin Provisioning Definition" href="http://en.wikipedia.org/wiki/Thin_provisioning" target="_blank">http://en.wikipedia.org/wiki/Thin_provisioning</a>.    Practically speaking the decision to defer the purchase is something that I want to explore.  Common wisdom and research shows that disk price erosion is somewhere between 30% to 40% annually.  Further there is still research showing that on open systems in network storage (SAN and NAS) based infrastructures have utilization rates are a little higher than 50%, while allocation rates are nearly 100%.  When Thin Provisioning, like Hitachi&#8217;s Dynamic Provisioning, technologies are taken together with these trends there is a simple effect that I&#8217;d like to bring up namely that Thin Provisioning enables  delayed capacity purchases allowing users to take advantage of the capacity erosion curve.  Has anyone thought about this before?</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.hds.com/michael/2009/06/a-thought-on-thin-provisioning.html/feed</wfw:commentRss>
		</item>
	</channel>
</rss>
