<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:go='http://ns.gigaom.com/'
xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: The Solid-State Future</title>
	<atom:link href="http://gigaom.com/2009/05/31/the-solid-state-future/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2009/05/31/the-solid-state-future/</link>
	<description></description>
	<lastBuildDate>Sat, 11 Feb 2012 11:20:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Zimbra Co-Founder Heads To Hot Storage Startup: Cloud &#171;</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-290521</link>
		<dc:creator><![CDATA[Zimbra Co-Founder Heads To Hot Storage Startup: Cloud &#171;]]></dc:creator>
		<pubDate>Tue, 05 Oct 2010 00:11:19 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-290521</guid>
		<description><![CDATA[[...] is a big believer in the solid state future. The company was using the code name, Os76 Inc. until recently, and was started in 2009 in the [...]]]></description>
		<content:encoded><![CDATA[<p>[...] is a big believer in the solid state future. The company was using the code name, Os76 Inc. until recently, and was started in 2009 in the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VLAB</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212551</link>
		<dc:creator><![CDATA[VLAB]]></dc:creator>
		<pubDate>Fri, 06 Nov 2009 03:32:19 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212551</guid>
		<description><![CDATA[Hey Folks,
There is an interesting panel discussion at Stanford GSB on how SSDs are revolutionizing real time access and storage. Check it out  http://bit.ly/HSq8P]]></description>
		<content:encoded><![CDATA[<p>Hey Folks,<br />
There is an interesting panel discussion at Stanford GSB on how SSDs are revolutionizing real time access and storage. Check it out  <a href="http://bit.ly/HSq8P" rel="nofollow">http://bit.ly/HSq8P</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim G</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212550</link>
		<dc:creator><![CDATA[Jim G]]></dc:creator>
		<pubDate>Fri, 25 Sep 2009 17:26:13 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212550</guid>
		<description><![CDATA[Everyone seems to be talking about cloud computing as we speak here in 2009.  But I tend to think that, with hardware so cheap, and the tech field being ripe for a breakthrough in hard drive technology (solid state I would guess,) I am wondering why we would need a cloud in the first place?  What&#039;s wrong with having an internal cloud that utilizes spare drive space on a companie&#039;s internal workstations?  The data stays in-house that way, the shortest distance between two points...  I think clouds are useful for disaster recovery of course.  But I wonder if this whole cloud computing bandwagon will be less dramatic than many seem to surmise?]]></description>
		<content:encoded><![CDATA[<p>Everyone seems to be talking about cloud computing as we speak here in 2009.  But I tend to think that, with hardware so cheap, and the tech field being ripe for a breakthrough in hard drive technology (solid state I would guess,) I am wondering why we would need a cloud in the first place?  What&#8217;s wrong with having an internal cloud that utilizes spare drive space on a companie&#8217;s internal workstations?  The data stays in-house that way, the shortest distance between two points&#8230;  I think clouds are useful for disaster recovery of course.  But I wonder if this whole cloud computing bandwagon will be less dramatic than many seem to surmise?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Optimized SSD MySQL Database Engine Announced</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212549</link>
		<dc:creator><![CDATA[Optimized SSD MySQL Database Engine Announced]]></dc:creator>
		<pubDate>Fri, 31 Jul 2009 17:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212549</guid>
		<description><![CDATA[[...] The Solid-State Future (gigaom.com) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] The Solid-State Future (gigaom.com) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Transitioning From The Enterprise To The Cloud &#187; Blog Archive &#187; Bringing Moore’s Law to the Data Storage Market</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212548</link>
		<dc:creator><![CDATA[Transitioning From The Enterprise To The Cloud &#187; Blog Archive &#187; Bringing Moore’s Law to the Data Storage Market]]></dc:creator>
		<pubDate>Wed, 01 Jul 2009 16:12:26 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212548</guid>
		<description><![CDATA[[...] Mike Speiser discussed recently, flash solid-state drives (SSD) will enable a once-in-a-decade improvement in storage [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Mike Speiser discussed recently, flash solid-state drives (SSD) will enable a once-in-a-decade improvement in storage [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bringing Moore&#8217;s Law to the Data Storage Market</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212547</link>
		<dc:creator><![CDATA[Bringing Moore&#8217;s Law to the Data Storage Market]]></dc:creator>
		<pubDate>Wed, 01 Jul 2009 15:52:13 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212547</guid>
		<description><![CDATA[[...] Mike Speiser discussed recently, flash solid-state drives (SSD) will enable a once-in-a-decade improvement in storage [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Mike Speiser discussed recently, flash solid-state drives (SSD) will enable a once-in-a-decade improvement in storage [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Speiser</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212546</link>
		<dc:creator><![CDATA[Mike Speiser]]></dc:creator>
		<pubDate>Tue, 02 Jun 2009 14:40:06 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212546</guid>
		<description><![CDATA[Also known as exponential growth ;--)

The question is how far along are we already?  I&#039;m with you.  This will take time, but the beauty of exponential growth is that when it hits, it hits with force...]]></description>
		<content:encoded><![CDATA[<p>Also known as exponential growth ;&#8211;)</p>
<p>The question is how far along are we already?  I&#8217;m with you.  This will take time, but the beauty of exponential growth is that when it hits, it hits with force&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Speiser</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212545</link>
		<dc:creator><![CDATA[Mike Speiser]]></dc:creator>
		<pubDate>Tue, 02 Jun 2009 14:37:11 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212545</guid>
		<description><![CDATA[There is a well-known burnout issue with MLCs today (not so with SLCs, but they are expensive).  I&#039;m confident that those problems will be solved.

Over the years there were many &quot;issues&quot; with Moore&#039;s Law and CPUs.  The incentives were significant enough that those problems were solved (and continue to be solved) by great engineering.  I believe the same will happen here, as flash such a jump in terms of random reads, power, and reliability.]]></description>
		<content:encoded><![CDATA[<p>There is a well-known burnout issue with MLCs today (not so with SLCs, but they are expensive).  I&#8217;m confident that those problems will be solved.</p>
<p>Over the years there were many &#8220;issues&#8221; with Moore&#8217;s Law and CPUs.  The incentives were significant enough that those problems were solved (and continue to be solved) by great engineering.  I believe the same will happen here, as flash such a jump in terms of random reads, power, and reliability.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete Steege</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212544</link>
		<dc:creator><![CDATA[Pete Steege]]></dc:creator>
		<pubDate>Mon, 01 Jun 2009 14:25:08 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212544</guid>
		<description><![CDATA[Fixed the broken link from my name...]]></description>
		<content:encoded><![CDATA[<p>Fixed the broken link from my name&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete Steege</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212543</link>
		<dc:creator><![CDATA[Pete Steege]]></dc:creator>
		<pubDate>Mon, 01 Jun 2009 14:18:50 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212543</guid>
		<description><![CDATA[Amdahl&#039;s and Moore&#039;s laws play in this, but don&#039;t forget Amara&#039;s Law.  SSD&#039;s will change the market, but not immediately and far beyond simply swapping drives for SSDs.  I posted on this here:  http://tinyurl.com/q4c2yn]]></description>
		<content:encoded><![CDATA[<p>Amdahl&#8217;s and Moore&#8217;s laws play in this, but don&#8217;t forget Amara&#8217;s Law.  SSD&#8217;s will change the market, but not immediately and far beyond simply swapping drives for SSDs.  I posted on this here:  <a href="http://tinyurl.com/q4c2yn" rel="nofollow">http://tinyurl.com/q4c2yn</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karen Teoh</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212542</link>
		<dc:creator><![CDATA[Karen Teoh]]></dc:creator>
		<pubDate>Mon, 01 Jun 2009 04:43:54 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212542</guid>
		<description><![CDATA[Article FAIL.

The failure to mention the limited write cycle issues just destroys the credibility of the issue. There are significant obstacles rather than just price alone.]]></description>
		<content:encoded><![CDATA[<p>Article FAIL.</p>
<p>The failure to mention the limited write cycle issues just destroys the credibility of the issue. There are significant obstacles rather than just price alone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Cheslow: The Solid-State Future &#124; Consumer Electronics, Social Media, and the Digital Home</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212541</link>
		<dc:creator><![CDATA[Alan Cheslow: The Solid-State Future &#124; Consumer Electronics, Social Media, and the Digital Home]]></dc:creator>
		<pubDate>Sun, 31 May 2009 17:40:08 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212541</guid>
		<description><![CDATA[[...] Cheslow  The Solid-State Future - http://gigaom.com/2009&#8230;  17 minutes [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Cheslow  The Solid-State Future &#8211; <a href="http://gigaom.com/2009&#038;#8230" rel="nofollow">http://gigaom.com/2009&#038;#8230</a>;  17 minutes [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: categorykiller.info</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212540</link>
		<dc:creator><![CDATA[categorykiller.info]]></dc:creator>
		<pubDate>Sun, 31 May 2009 16:55:43 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212540</guid>
		<description><![CDATA[seriously, once the prices drop and the internet is available everywhere we are going to see internet devices that are only feasible because of solid state. it is so exciting to think about. i have visuals and schematics in the brain for several of them. and all because of internet paired with hardware that has no moving parts and fast access. here is a youtube video of samsungs ssds demonstrating their speed: http://www.youtube.com/watch?v=96dWOEa4Djs
future here we come!

- jason nadaf]]></description>
		<content:encoded><![CDATA[<p>seriously, once the prices drop and the internet is available everywhere we are going to see internet devices that are only feasible because of solid state. it is so exciting to think about. i have visuals and schematics in the brain for several of them. and all because of internet paired with hardware that has no moving parts and fast access. here is a youtube video of samsungs ssds demonstrating their speed: <a href="http://www.youtube.com/watch?v=96dWOEa4Djs" rel="nofollow">http://www.youtube.com/watch?v=96dWOEa4Djs</a><br />
future here we come!</p>
<p>- jason nadaf</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SlimGuy</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212539</link>
		<dc:creator><![CDATA[SlimGuy]]></dc:creator>
		<pubDate>Sun, 31 May 2009 14:00:36 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212539</guid>
		<description><![CDATA[If I access the movie inventory list from my office computer to pick the movie to be watched in the home theater this evening at the end of the day, by the time I go get a cup of coffee and pop some popcorn for the family there is enough buffered to the NAS and transferred to the Media PC in the Home Theater that I can watch the pick of the evening since it is way ahead on the buffering of the flick and is fully resident on the media PC within 15 minutes of the initial pick being made.  Even if I am quick with the popcorn probably half the movie is already there by the time we sit down to watch.]]></description>
		<content:encoded><![CDATA[<p>If I access the movie inventory list from my office computer to pick the movie to be watched in the home theater this evening at the end of the day, by the time I go get a cup of coffee and pop some popcorn for the family there is enough buffered to the NAS and transferred to the Media PC in the Home Theater that I can watch the pick of the evening since it is way ahead on the buffering of the flick and is fully resident on the media PC within 15 minutes of the initial pick being made.  Even if I am quick with the popcorn probably half the movie is already there by the time we sit down to watch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SlimGuy</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212538</link>
		<dc:creator><![CDATA[SlimGuy]]></dc:creator>
		<pubDate>Sun, 31 May 2009 13:48:17 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212538</guid>
		<description><![CDATA[I have home brewed a 64 gig dynamic ram disk drive that uses a PCI-e X1 slot in my computer.

I use it for my swap drive, temp files and a cache of files on a LRU basis.

People with massive hard drives still only use about 10% of their files as a common &#039;working set&#039; of data.  The rest just sits on the drive taking up space most of the time.

I have seen people build gigantic storage into a NAS to store all their DVD movies to have them available for example.

I handle that different and keep only the first 3 minutes of the flick on the hard drive.  I have a home brew mod to a 300 cd changer that now feeds the discs in to 3 dvd drives like a robot and will pick and stream the movie to the NAS to buffer up much faster than the movie is viewed.  By the time the first 3 minute header on the drive is viewed, there is enough of the selected dvd buffered to the disc that a switch to that file is then possible to continue the stream and in under 10 or 12 minutes the whole movie resides on the hard drives.

Makes no sense to keep the whole thing there just taking up space ,since some movies may not be watched except once or twice a year.]]></description>
		<content:encoded><![CDATA[<p>I have home brewed a 64 gig dynamic ram disk drive that uses a PCI-e X1 slot in my computer.</p>
<p>I use it for my swap drive, temp files and a cache of files on a LRU basis.</p>
<p>People with massive hard drives still only use about 10% of their files as a common &#8216;working set&#8217; of data.  The rest just sits on the drive taking up space most of the time.</p>
<p>I have seen people build gigantic storage into a NAS to store all their DVD movies to have them available for example.</p>
<p>I handle that different and keep only the first 3 minutes of the flick on the hard drive.  I have a home brew mod to a 300 cd changer that now feeds the discs in to 3 dvd drives like a robot and will pick and stream the movie to the NAS to buffer up much faster than the movie is viewed.  By the time the first 3 minute header on the drive is viewed, there is enough of the selected dvd buffered to the disc that a switch to that file is then possible to continue the stream and in under 10 or 12 minutes the whole movie resides on the hard drives.</p>
<p>Makes no sense to keep the whole thing there just taking up space ,since some movies may not be watched except once or twice a year.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zigurd</title>
		<link>http://gigaom.com/2009/05/31/the-solid-state-future/#comment-212537</link>
		<dc:creator><![CDATA[Zigurd]]></dc:creator>
		<pubDate>Sun, 31 May 2009 13:10:20 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=51990#comment-212537</guid>
		<description><![CDATA[With 64 bit address spaces, why even have IOPS for persistent storage? Many design assumptions in hardware architecture, databases, operating systems, and user-facing representation of storage should be challenged with this change.]]></description>
		<content:encoded><![CDATA[<p>With 64 bit address spaces, why even have IOPS for persistent storage? Many design assumptions in hardware architecture, databases, operating systems, and user-facing representation of storage should be challenged with this change.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

