<?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/"
		>
<channel>
	<title>Comments on: Fusion-io: Can you say Super Speedy Database?</title>
	<atom:link href="http://markginnebaugh.com/blog/http:/markginnebaugh.com/blog/sql-server/fusionio-ssd/feed/" rel="self" type="application/rss+xml" />
	<link>http://markginnebaugh.com/blog/http:/markginnebaugh.com/blog/sql-server/fusionio-ssd/</link>
	<description>Perspectives on business and technology</description>
	<lastBuildDate>Tue, 18 May 2010 07:55:49 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Solid State Drives: SQL Server 2008 at the Speed of Light &#124; Ginneblog</title>
		<link>http://markginnebaugh.com/blog/http:/markginnebaugh.com/blog/sql-server/fusionio-ssd/comment-page-1/#comment-1183</link>
		<dc:creator>Solid State Drives: SQL Server 2008 at the Speed of Light &#124; Ginneblog</dc:creator>
		<pubDate>Fri, 23 Oct 2009 06:57:47 +0000</pubDate>
		<guid isPermaLink="false">http://markginnebaugh.com/blog/?p=1090#comment-1183</guid>
		<description>[...] Fusion-io is a producer of enterprise-class SSDs.  Their silicon-based storage architecture known as ioMemory applies flash memory to large-scale enterprise storage products like Storage Area Networks. [...]</description>
		<content:encoded><![CDATA[<p>[...] Fusion-io is a producer of enterprise-class SSDs.  Their silicon-based storage architecture known as ioMemory applies flash memory to large-scale enterprise storage products like Storage Area Networks. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mariuz</title>
		<link>http://markginnebaugh.com/blog/http:/markginnebaugh.com/blog/sql-server/fusionio-ssd/comment-page-1/#comment-770</link>
		<dc:creator>mariuz</dc:creator>
		<pubDate>Thu, 10 Sep 2009 12:13:01 +0000</pubDate>
		<guid isPermaLink="false">http://markginnebaugh.com/blog/?p=1090#comment-770</guid>
		<description>you can check the IO performance improvements with Firebird database on FusionIO 

http://www.firebirdnews.org/?p=3381

For my realtime needs I would switch to ssd for the critical random access io (like heavy self joins)</description>
		<content:encoded><![CDATA[<p>you can check the IO performance improvements with Firebird database on FusionIO </p>
<p><a href="http://www.firebirdnews.org/?p=3381" rel="nofollow">http://www.firebirdnews.org/?p=3381</a></p>
<p>For my realtime needs I would switch to ssd for the critical random access io (like heavy self joins)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RichB</title>
		<link>http://markginnebaugh.com/blog/http:/markginnebaugh.com/blog/sql-server/fusionio-ssd/comment-page-1/#comment-769</link>
		<dc:creator>RichB</dc:creator>
		<pubDate>Thu, 10 Sep 2009 11:22:46 +0000</pubDate>
		<guid isPermaLink="false">http://markginnebaugh.com/blog/?p=1090#comment-769</guid>
		<description>Running a large online gambling facility - have 2 dozen or so on order... rather looking forward to it :)

Tested 3 in a stripe, and they are insanely fast - 3GB/s read speeds...

Had processes that took several minutes complete in seconds, sample batches of 1000 &#039;financial transactions&#039; stress test completing in under 100ms instead of the 500ms on DAS or 700ms on SAN.

Reorganising data - stripping out archivable data from a 1.5TB database and shrinking the files to 450GB, while moving all data to new filegroups... estimated (after tests) at well over 30 hours on a 55disk R10 SAN - down to under 3 hours.

Can&#039;t say how much I am looking forward to getting this in production :)</description>
		<content:encoded><![CDATA[<p>Running a large online gambling facility &#8211; have 2 dozen or so on order&#8230; rather looking forward to it <img src='http://markginnebaugh.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Tested 3 in a stripe, and they are insanely fast &#8211; 3GB/s read speeds&#8230;</p>
<p>Had processes that took several minutes complete in seconds, sample batches of 1000 &#8216;financial transactions&#8217; stress test completing in under 100ms instead of the 500ms on DAS or 700ms on SAN.</p>
<p>Reorganising data &#8211; stripping out archivable data from a 1.5TB database and shrinking the files to 450GB, while moving all data to new filegroups&#8230; estimated (after tests) at well over 30 hours on a 55disk R10 SAN &#8211; down to under 3 hours.</p>
<p>Can&#8217;t say how much I am looking forward to getting this in production <img src='http://markginnebaugh.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Young</title>
		<link>http://markginnebaugh.com/blog/http:/markginnebaugh.com/blog/sql-server/fusionio-ssd/comment-page-1/#comment-353</link>
		<dc:creator>Robert Young</dc:creator>
		<pubDate>Sat, 08 Aug 2009 03:37:14 +0000</pubDate>
		<guid isPermaLink="false">http://markginnebaugh.com/blog/?p=1090#comment-353</guid>
		<description>I&#039;ve been a proponent of SSD and normalized databases for years (Texas Memory Systems has been building DRAM SSD for years, and now has flash parts).  It&#039;s only since STEC got attention as an EMC supplier that the enterprise world has taken notice; the Intel X-25 parts for the rest of us.  It took STEC nearly 4 years to get shipments that were noticeable.  Whether Fusion-io can play in the same yard is another question, since they haven&#039;t gone FC; although I have a memory that HP has an FC rack adapted to Fusion-io parts.  

The key to getting the most out of SSD is normalized data.  They&#039;ll always be way too expensive for a one for one swap for HDD.  EMC is going the tiered storage route with SSD facing the application, backed by HDD and EMC firmware/software.  I wish them well, but the advantage of SSD lies in data shrinking with high normal form data redundancy removal into pure SSD.  We shall see.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been a proponent of SSD and normalized databases for years (Texas Memory Systems has been building DRAM SSD for years, and now has flash parts).  It&#8217;s only since STEC got attention as an EMC supplier that the enterprise world has taken notice; the Intel X-25 parts for the rest of us.  It took STEC nearly 4 years to get shipments that were noticeable.  Whether Fusion-io can play in the same yard is another question, since they haven&#8217;t gone FC; although I have a memory that HP has an FC rack adapted to Fusion-io parts.  </p>
<p>The key to getting the most out of SSD is normalized data.  They&#8217;ll always be way too expensive for a one for one swap for HDD.  EMC is going the tiered storage route with SSD facing the application, backed by HDD and EMC firmware/software.  I wish them well, but the advantage of SSD lies in data shrinking with high normal form data redundancy removal into pure SSD.  We shall see.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: markginnebaugh</title>
		<link>http://markginnebaugh.com/blog/http:/markginnebaugh.com/blog/sql-server/fusionio-ssd/comment-page-1/#comment-140</link>
		<dc:creator>markginnebaugh</dc:creator>
		<pubDate>Wed, 22 Jul 2009 20:36:48 +0000</pubDate>
		<guid isPermaLink="false">http://markginnebaugh.com/blog/?p=1090#comment-140</guid>
		<description>Thanks for your ideas, Steve.  We definitely plan to have Fusion-io come in to speak about SSDs, benchmarks, best practices, and SQL Server performance.

There is more info on SSDs at Steve Jones&#039; blog:

http://www.sqlservercentral.com/blogs/steve_jones/archive/2009/07/14/the-fusion-io-ssd-review.aspx

Also, Wesley Brown promises us some performance results soon.

http://www.sqlservercentral.com/blogs/sqlmanofmystery/archive/2009/05/29/fusion-io-s-on-their-way.aspx</description>
		<content:encoded><![CDATA[<p>Thanks for your ideas, Steve.  We definitely plan to have Fusion-io come in to speak about SSDs, benchmarks, best practices, and SQL Server performance.</p>
<p>There is more info on SSDs at Steve Jones&#8217; blog:</p>
<p><a href="http://www.sqlservercentral.com/blogs/steve_jones/archive/2009/07/14/the-fusion-io-ssd-review.aspx" rel="nofollow">http://www.sqlservercentral.com/blogs/steve_jones/archive/2009/07/14/the-fusion-io-ssd-review.aspx</a></p>
<p>Also, Wesley Brown promises us some performance results soon.</p>
<p><a href="http://www.sqlservercentral.com/blogs/sqlmanofmystery/archive/2009/05/29/fusion-io-s-on-their-way.aspx" rel="nofollow">http://www.sqlservercentral.com/blogs/sqlmanofmystery/archive/2009/05/29/fusion-io-s-on-their-way.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Mull</title>
		<link>http://markginnebaugh.com/blog/http:/markginnebaugh.com/blog/sql-server/fusionio-ssd/comment-page-1/#comment-139</link>
		<dc:creator>Steve Mull</dc:creator>
		<pubDate>Wed, 22 Jul 2009 19:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://markginnebaugh.com/blog/?p=1090#comment-139</guid>
		<description>Hi Mark -

This is very interesting. How about a presentation on this topic for BAADD&#039;s Silicon Valley SQL Server User Group?  Stuff like: more detailed mtbf comparisons, failure mode comparisons, any application eccentricities, cost comparisons. I assume you&#039;d: put logs on it, and put tempdb data on it. And I assume you&#039;d RAID1/10 it too, right ? Any other trick application approaches .. ?

Steve</description>
		<content:encoded><![CDATA[<p>Hi Mark -</p>
<p>This is very interesting. How about a presentation on this topic for BAADD&#8217;s Silicon Valley SQL Server User Group?  Stuff like: more detailed mtbf comparisons, failure mode comparisons, any application eccentricities, cost comparisons. I assume you&#8217;d: put logs on it, and put tempdb data on it. And I assume you&#8217;d RAID1/10 it too, right ? Any other trick application approaches .. ?</p>
<p>Steve</p>
]]></content:encoded>
	</item>
</channel>
</rss>
