<?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: Solid State Disk Changes The Game</title>
	<atom:link href="http://labnotes.org/2007/01/12/solid-state-disk-change-the-game/feed/" rel="self" type="application/rss+xml" />
	<link>http://labnotes.org/2007/01/12/solid-state-disk-change-the-game/</link>
	<description></description>
	<lastBuildDate>Sun, 14 Mar 2010 22:09:02 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: SSD</title>
		<link>http://labnotes.org/2007/01/12/solid-state-disk-change-the-game/comment-page-1/#comment-138059</link>
		<dc:creator>SSD</dc:creator>
		<pubDate>Thu, 31 May 2007 09:07:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/01/12/solid-state-disk-change-the-game/#comment-138059</guid>
		<description>dose anybody know this particular SSD? I saw a review from Korean website, but I can&#039;t read Korean. Someone please help out!
http://www.acrofan.com/bbs/zboard.php?id=device&amp;page=1&amp;sn1=&amp;divpage=1&amp;sn=off&amp;ss=on&amp;sc=on&amp;select_arrange=headnum&amp;desc=asc&amp;no=100</description>
		<content:encoded><![CDATA[<p>dose anybody know this particular SSD? I saw a review from Korean website, but I can&#8217;t read Korean. Someone please help out!<br />
<a href="http://www.acrofan.com/bbs/zboard.php?id=device&amp;page=1&amp;sn1=&amp;divpage=1&amp;sn=off&amp;ss=on&amp;sc=on&amp;select_arrange=headnum&amp;desc=asc&amp;no=100" rel="nofollow">http://www.acrofan.com/bbs/zboard.php?id=device&amp;page=1&amp;sn1=&amp;divpage=1&amp;sn=off&amp;ss=on&amp;sc=on&amp;select_arrange=headnum&amp;desc=asc&amp;no=100</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Petr Gladkikh</title>
		<link>http://labnotes.org/2007/01/12/solid-state-disk-change-the-game/comment-page-1/#comment-137841</link>
		<dc:creator>Petr Gladkikh</dc:creator>
		<pubDate>Sun, 22 Apr 2007 08:07:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/01/12/solid-state-disk-change-the-game/#comment-137841</guid>
		<description>I&#039;ve always been worrying about durability of these disks and it seems that _everyone_ around avoids speaking one of major limitations of flash disks: number of rewrites is limited to 1e4...1e6 for each block. This of course can be somehow mitigated by background re-mapping of blocks at the driver level. 

What i&#039;ll do with such sorage? Spare it and not write there too often.

Is this problem already solved? Is there statistics showing that this does not matter (say if a even a heavily used SSD will last more than 5 years)? Or what are the reasons no one speaks about it?</description>
		<content:encoded><![CDATA[<p>I&#8217;ve always been worrying about durability of these disks and it seems that _everyone_ around avoids speaking one of major limitations of flash disks: number of rewrites is limited to 1e4&#8230;1e6 for each block. This of course can be somehow mitigated by background re-mapping of blocks at the driver level. </p>
<p>What i&#8217;ll do with such sorage? Spare it and not write there too often.</p>
<p>Is this problem already solved? Is there statistics showing that this does not matter (say if a even a heavily used SSD will last more than 5 years)? Or what are the reasons no one speaks about it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Post It #5 &#124; tail -f carlo.log</title>
		<link>http://labnotes.org/2007/01/12/solid-state-disk-change-the-game/comment-page-1/#comment-135940</link>
		<dc:creator>Post It #5 &#124; tail -f carlo.log</dc:creator>
		<pubDate>Sat, 20 Jan 2007 20:23:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/01/12/solid-state-disk-change-the-game/#comment-135940</guid>
		<description>[...] Solid State Disk Changes The Game [via Simon]: [...]</description>
		<content:encoded><![CDATA[<p>[...] Solid State Disk Changes The Game [via Simon]: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Preston L. Bannister { random memes } &#187; Near an inflection point - solid state disk</title>
		<link>http://labnotes.org/2007/01/12/solid-state-disk-change-the-game/comment-page-1/#comment-135234</link>
		<dc:creator>Preston L. Bannister { random memes } &#187; Near an inflection point - solid state disk</dc:creator>
		<pubDate>Wed, 17 Jan 2007 01:25:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/01/12/solid-state-disk-change-the-game/#comment-135234</guid>
		<description>[...] Solid state disk is one of those technologies that never seemed to quite arrive. Smaller in storage and (much) more expensive than hard disks, solid state storage has never proved practical outside niche applications. This may be about to change. After spotting an 8GB flash card under $100, we may be near the point where solid state memory can displace hard drives for a substantial number of mainstream applications.  Labnotes Â» Solid State Disk Changes The Game When SSD go mainstream, theyâ€™ll change the way we use computers. You trade local storage â€“ 32GB is not a lot of space for a modern operating system, music collection and the occasional ripped DVD â€“ for the ability to live in the cloud: to always have access to more information that any one computer can store. [...]</description>
		<content:encoded><![CDATA[<p>[...] Solid state disk is one of those technologies that never seemed to quite arrive. Smaller in storage and (much) more expensive than hard disks, solid state storage has never proved practical outside niche applications. This may be about to change. After spotting an 8GB flash card under $100, we may be near the point where solid state memory can displace hard drives for a substantial number of mainstream applications.  Labnotes Â» Solid State Disk Changes The Game When SSD go mainstream, theyâ€™ll change the way we use computers. You trade local storage â€“ 32GB is not a lot of space for a modern operating system, music collection and the occasional ripped DVD â€“ for the ability to live in the cloud: to always have access to more information that any one computer can store. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Piotr Å»ochowski</title>
		<link>http://labnotes.org/2007/01/12/solid-state-disk-change-the-game/comment-page-1/#comment-134690</link>
		<dc:creator>Adam Piotr Å»ochowski</dc:creator>
		<pubDate>Tue, 16 Jan 2007 22:40:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/01/12/solid-state-disk-change-the-game/#comment-134690</guid>
		<description>CPU has registers, those are fast
then we have L1 cache, 
then we have L2 cache
then we have RAM
then its harddrive (or LAN if its fast enough)

SSD &#039;harddrives&#039; are sandwitched between RAM and real harddrive. so the data chain becomes

registers -&gt; l1 -&gt; L2 -&gt; RAM -&gt; SSD -&gt; harddrive

Now, lets look at the layers. L1/L2/RAM is all transparent to the user, and, more importantly, to the program. 

How do we tell OS to use SSD as extension to our RAM? simply we call it SWAP space, all you do is :

/dev/???       none             swap    sw              0       0


Dont even bother wasting SDD space on partitions, just designate complete SSD as SWAP. For example, your connected SSD becomes /dev/sdc, instead of making primary partition with /dev/sdc1, you can set it to use complete device :&quot; 

/dev/sdc       none             swap    sw              0       0


cheers

ps: please, when you change font color change the background as well, and vice-versa.  Your textarea/inputs look normal, but on hover you change my default black background to some ivory color. and I end up with  white fobts on white background. Its hard to write.without seeing.</description>
		<content:encoded><![CDATA[<p>CPU has registers, those are fast<br />
then we have L1 cache,<br />
then we have L2 cache<br />
then we have RAM<br />
then its harddrive (or LAN if its fast enough)</p>
<p>SSD &#8216;harddrives&#8217; are sandwitched between RAM and real harddrive. so the data chain becomes</p>
<p>registers -&gt; l1 -&gt; L2 -&gt; RAM -&gt; SSD -&gt; harddrive</p>
<p>Now, lets look at the layers. L1/L2/RAM is all transparent to the user, and, more importantly, to the program. </p>
<p>How do we tell OS to use SSD as extension to our RAM? simply we call it SWAP space, all you do is :</p>
<p>/dev/???       none             swap    sw              0       0</p>
<p>Dont even bother wasting SDD space on partitions, just designate complete SSD as SWAP. For example, your connected SSD becomes /dev/sdc, instead of making primary partition with /dev/sdc1, you can set it to use complete device :&#8221; </p>
<p>/dev/sdc       none             swap    sw              0       0</p>
<p>cheers</p>
<p>ps: please, when you change font color change the background as well, and vice-versa.  Your textarea/inputs look normal, but on hover you change my default black background to some ivory color. and I end up with  white fobts on white background. Its hard to write.without seeing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tnkgrl</title>
		<link>http://labnotes.org/2007/01/12/solid-state-disk-change-the-game/comment-page-1/#comment-132368</link>
		<dc:creator>tnkgrl</dc:creator>
		<pubDate>Mon, 15 Jan 2007 06:54:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/01/12/solid-state-disk-change-the-game/#comment-132368</guid>
		<description>Beyond SanDisk&#039;s 1,8&quot; (iPod size) 32 GB ATA SSD there&#039;s also PQI&#039;s 2.5&quot; (laptop size) 64 GB SATA SSD: http://www.engadget.com/2007/01/11/pqis-64gb-ssd-with-sata-connector-a-worlds-first-twice/</description>
		<content:encoded><![CDATA[<p>Beyond SanDisk&#8217;s 1,8&#8243; (iPod size) 32 GB ATA SSD there&#8217;s also PQI&#8217;s 2.5&#8243; (laptop size) 64 GB SATA SSD: <a href="http://www.engadget.com/2007/01/11/pqis-64gb-ssd-with-sata-connector-a-worlds-first-twice/" rel="nofollow">http://www.engadget.com/2007/01/11/pqis-64gb-ssd-with-sata-connector-a-worlds-first-twice/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Assaf</title>
		<link>http://labnotes.org/2007/01/12/solid-state-disk-change-the-game/comment-page-1/#comment-132332</link>
		<dc:creator>Assaf</dc:creator>
		<pubDate>Mon, 15 Jan 2007 01:57:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/01/12/solid-state-disk-change-the-game/#comment-132332</guid>
		<description>@dnl2ba

To pack more data into the same media size, you increase the density of both sectors and tracks. Increasing sector density improves throughput lineary, but increasing track density doesn&#039;t. You can compensate with faster RPM, but the growth there is not nearly as fast.

So the density of disks advances faster than their seek time. So disks improve faster to hold more data (e.g. more videos, bigger tables), but not nearly as fast to access it (e.g. quality of video, complexity of queries). 

@dru

We already have battery backed RAM: a typical notebook can retain its memory image for days without external power. But the price of RAM is too high to replace disk.</description>
		<content:encoded><![CDATA[<p>@dnl2ba</p>
<p>To pack more data into the same media size, you increase the density of both sectors and tracks. Increasing sector density improves throughput lineary, but increasing track density doesn&#8217;t. You can compensate with faster RPM, but the growth there is not nearly as fast.</p>
<p>So the density of disks advances faster than their seek time. So disks improve faster to hold more data (e.g. more videos, bigger tables), but not nearly as fast to access it (e.g. quality of video, complexity of queries). </p>
<p>@dru</p>
<p>We already have battery backed RAM: a typical notebook can retain its memory image for days without external power. But the price of RAM is too high to replace disk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dru Nelson</title>
		<link>http://labnotes.org/2007/01/12/solid-state-disk-change-the-game/comment-page-1/#comment-132324</link>
		<dc:creator>Dru Nelson</dc:creator>
		<pubDate>Mon, 15 Jan 2007 00:32:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/01/12/solid-state-disk-change-the-game/#comment-132324</guid>
		<description>This is old news. There is much room for improvement.

http://ezine.daemonnews.org/200012/daemonnews200012.pdf

See TRAM, An old idea forgotten.</description>
		<content:encoded><![CDATA[<p>This is old news. There is much room for improvement.</p>
<p><a href="http://ezine.daemonnews.org/200012/daemonnews200012.pdf" rel="nofollow">http://ezine.daemonnews.org/200012/daemonnews200012.pdf</a></p>
<p>See TRAM, An old idea forgotten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Name</title>
		<link>http://labnotes.org/2007/01/12/solid-state-disk-change-the-game/comment-page-1/#comment-132250</link>
		<dc:creator>Name</dc:creator>
		<pubDate>Sun, 14 Jan 2007 13:42:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/01/12/solid-state-disk-change-the-game/#comment-132250</guid>
		<description>Change the grammar please, that&#039;s unprofessional:

&quot;Your changes are stored as your writing the memo&quot; to
&quot;Your changes are stored as you&#039;re writing the memo&quot;

Thanks.</description>
		<content:encoded><![CDATA[<p>Change the grammar please, that&#8217;s unprofessional:</p>
<p>&#8220;Your changes are stored as your writing the memo&#8221; to<br />
&#8220;Your changes are stored as you&#8217;re writing the memo&#8221;</p>
<p>Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dnl2ba</title>
		<link>http://labnotes.org/2007/01/12/solid-state-disk-change-the-game/comment-page-1/#comment-132235</link>
		<dc:creator>dnl2ba</dc:creator>
		<pubDate>Sun, 14 Jan 2007 10:51:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/2007/01/12/solid-state-disk-change-the-game/#comment-132235</guid>
		<description>It&#039;s not true that bigger disks are slower than smaller disks. In fact, with greater density comes faster reading at the same RPM. Think about it-- the read head covers more data per rotation.

Anyway, I&#039;d love an SSD either as an expansion or as the main drive in an ultraportable like my Fujitsu Q2010. The model I bought has only a 30GB 1.8&quot; HDD anyway, so what do I mind if SSDs are only 32GB right now?</description>
		<content:encoded><![CDATA[<p>It&#8217;s not true that bigger disks are slower than smaller disks. In fact, with greater density comes faster reading at the same RPM. Think about it&#8211; the read head covers more data per rotation.</p>
<p>Anyway, I&#8217;d love an SSD either as an expansion or as the main drive in an ultraportable like my Fujitsu Q2010. The model I bought has only a 30GB 1.8&#8243; HDD anyway, so what do I mind if SSDs are only 32GB right now?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
