<?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: Should You Get A Solid State Drive (SSD)? [Opinion]</title>
	<atom:link href="http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/</link>
	<description>Cool Websites, Software and Internet Tips</description>
	<lastBuildDate>Thu, 20 Jun 2013 00:21:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Tina</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1138590</link>
		<dc:creator>Tina</dc:creator>
		<pubDate>Sun, 09 Oct 2011 07:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1138590</guid>
		<description><![CDATA[Ben,

I see you still didn&#039;t receive an answer to your question. In case you are still looking, I recommend to ask a question on &lt;a href=&quot;http://www.makeuseof.com/answers&quot; rel=&quot;nofollow&quot;&gt;MakeUseOf Answers&lt;/a&gt;. You are more likely to receive an answer there. Thank you!]]></description>
		<content:encoded><![CDATA[<p>Ben,</p>
<p>I see you still didn&#8217;t receive an answer to your question. In case you are still looking, I recommend to ask a question on <a href="http://www.makeuseof.com/answers" rel="nofollow">MakeUseOf Answers</a>. You are more likely to receive an answer there. Thank you!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1137954</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Sun, 02 Oct 2011 07:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1137954</guid>
		<description><![CDATA[I hope we are all wrong and manufacturers start producing SSDs that last for more than the average 1 1/2 years by the end of the week :-)]]></description>
		<content:encoded><![CDATA[<p>I hope we are all wrong and manufacturers start producing SSDs that last for more than the average 1 1/2 years by the end of the week :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: OSG Zach</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1137918</link>
		<dc:creator>OSG Zach</dc:creator>
		<pubDate>Sat, 01 Oct 2011 17:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1137918</guid>
		<description><![CDATA[I&#039;m not really sure your PSU analogy is correct in this case...  I&#039;m not talking about increasing the number of  write cycles, I&#039;m talking about increasing the effective lifespan of the product.

If you have a drive with 10k writes,  and you have a mechanism in place that prevents mostly needless rewriting of the data from happening,  organizing it into a minimum number of operations instead, then you have effectively increased the lifespan of the product for the consumer.

I&#039;m not claiming to be an expert either, but that is my interpretation of how TRIM is supposed to work.

I&#039;ve done some more reading.... 

I think we are both correct to a degree..   TRIM tells the SSD controller which pages have been deleted, and allows the SSD to wipe out those pages only - I think its fair to say an SSD without TRIM support would reach its write-cycle limits much sooner than a drive utilizing TRIM.    Likewise, it would also help maintain performance as there is no  hit from the erase/re-write operation.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m not really sure your PSU analogy is correct in this case&#8230;  I&#8217;m not talking about increasing the number of  write cycles, I&#8217;m talking about increasing the effective lifespan of the product.</p>
<p>If you have a drive with 10k writes,  and you have a mechanism in place that prevents mostly needless rewriting of the data from happening,  organizing it into a minimum number of operations instead, then you have effectively increased the lifespan of the product for the consumer.</p>
<p>I&#8217;m not claiming to be an expert either, but that is my interpretation of how TRIM is supposed to work.</p>
<p>I&#8217;ve done some more reading&#8230;. </p>
<p>I think we are both correct to a degree..   TRIM tells the SSD controller which pages have been deleted, and allows the SSD to wipe out those pages only &#8211; I think its fair to say an SSD without TRIM support would reach its write-cycle limits much sooner than a drive utilizing TRIM.    Likewise, it would also help maintain performance as there is no  hit from the erase/re-write operation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1137815</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Fri, 30 Sep 2011 21:53:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1137815</guid>
		<description><![CDATA[I want to mention that I don&#039;t claim that being the technical reality. I&#039;m neither involved nor on expert on NAND Flash technology.
  
This is my personal conclusion drawn from various official and reliable resources like the one linked in my previous comment.
I could also give you the analogy that 
&lt;i&gt;there is no software available that can increase the power output of your PSU from 600 Watt to 1200 Watt&lt;/i&gt; 
neither is there 
&lt;i&gt;an operating system or firmware function, command or program that can increase the MLC/SLC endurance from 10.000 write-erase cycles to 20.000&lt;/i&gt;.

TRIM, garbage-collection, Intel SSD Optimizer ~ they all are about maintaining performance over the lifespan of the SSD not about increasing the lifespan itself. My personal take on their impact on lifespan is explained in the previous comment.

If someone is an expert and/or has reliable sources that state otherwise I&#039;ll gladly admit having been wrong.]]></description>
		<content:encoded><![CDATA[<p>I want to mention that I don&#8217;t claim that being the technical reality. I&#8217;m neither involved nor on expert on NAND Flash technology.<br />
  <br />
This is my personal conclusion drawn from various official and reliable resources like the one linked in my previous comment.<br />
I could also give you the analogy that<br />
<i>there is no software available that can increase the power output of your PSU from 600 Watt to 1200 Watt</i><br />
neither is there<br />
<i>an operating system or firmware function, command or program that can increase the MLC/SLC endurance from 10.000 write-erase cycles to 20.000</i>.</p>
<p>TRIM, garbage-collection, Intel SSD Optimizer ~ they all are about maintaining performance over the lifespan of the SSD not about increasing the lifespan itself. My personal take on their impact on lifespan is explained in the previous comment.</p>
<p>If someone is an expert and/or has reliable sources that state otherwise I&#8217;ll gladly admit having been wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1137791</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Fri, 30 Sep 2011 19:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1137791</guid>
		<description><![CDATA[Deleting files on a SSD is the very same as on Hard Drive ~ the file is deleted on a logical level but the data is still &lt;i&gt;there&lt;/i&gt; in the sectors/blocks.  
The difference between a magnetic disc and an SSD is that in order to write to pages that contain unerased deleted data it has to go through a full block level erase.

This works perfectly up to the point where no empty blocks are available anymore. At that point each and every write operating is delayed by the block level erase and drastically decreases the performance of the SSD ~ this is why garbage-collection and later on TRIM were implemented.

The white paper on TRIM nowhere states that it is supposed to maintain a longer lifespan. Like Garbage Collection it is supposed to maintain (write) performance of the drive.
&lt;a href=&quot;http://www.supertalent.com/datasheets/TRIM%20White%20Paper.pdf&quot; rel=&quot;nofollow&quot;&gt;White Paper&lt;/a&gt; from Supertalent
&lt;a href=&quot;http://download.intel.com/support/ssdc/hpssd/sb/intel_ssd_optimizer_white_paper_rev_2.pdf&quot; rel=&quot;nofollow&quot;&gt;Intel SSD Optimizer&lt;/a&gt;

Garbage-collection is an (sometimes automated) program that scans and erases blocks containing deleted data
TRIM is an command set that tells the SSD to erase data from blocks as soon as the file is deleted (moving the pages, erasing the block, and writing remaining pages on firmware and cache level)

As stated above (and mentioned &lt;a href=&quot;http://www.supertalent.com/datasheets/SLC_vs_MLC%20whitepaper.pdf&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt; and &lt;a href=&quot;http://www.micron.com/products/nand-flash&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt;) MLC and SLC do have a limited amount write-erase cycles. 
Without TRIM or garbage collection each block of the SSD would have to be used once before the first write-erase cycle appears. 
With those technologies pages are going to be &lt;i&gt;erased and empty&lt;/i&gt; regularly (available for new data) which leads to some blocks going through multiple write-erase cycles while others might have never been used. This obviously results in some of the blocks having a &lt;i&gt;shorter&lt;/i&gt; or actually faster reached lifespan than others ~ faster than it would be without those features.

//edited the last part to make it easier to comprehend]]></description>
		<content:encoded><![CDATA[<p>Deleting files on a SSD is the very same as on Hard Drive ~ the file is deleted on a logical level but the data is still <i>there</i> in the sectors/blocks.  <br />
The difference between a magnetic disc and an SSD is that in order to write to pages that contain unerased deleted data it has to go through a full block level erase.</p>
<p>This works perfectly up to the point where no empty blocks are available anymore. At that point each and every write operating is delayed by the block level erase and drastically decreases the performance of the SSD ~ this is why garbage-collection and later on TRIM were implemented.</p>
<p>The white paper on TRIM nowhere states that it is supposed to maintain a longer lifespan. Like Garbage Collection it is supposed to maintain (write) performance of the drive.<br />
<a href="http://www.supertalent.com/datasheets/TRIM%20White%20Paper.pdf" rel="nofollow">White Paper</a> from Supertalent<br />
<a href="http://download.intel.com/support/ssdc/hpssd/sb/intel_ssd_optimizer_white_paper_rev_2.pdf" rel="nofollow">Intel SSD Optimizer</a></p>
<p>Garbage-collection is an (sometimes automated) program that scans and erases blocks containing deleted data<br />
TRIM is an command set that tells the SSD to erase data from blocks as soon as the file is deleted (moving the pages, erasing the block, and writing remaining pages on firmware and cache level)</p>
<p>As stated above (and mentioned <a href="http://www.supertalent.com/datasheets/SLC_vs_MLC%20whitepaper.pdf" rel="nofollow">here</a> and <a href="http://www.micron.com/products/nand-flash" rel="nofollow">here</a>) MLC and SLC do have a limited amount write-erase cycles. <br />
Without TRIM or garbage collection each block of the SSD would have to be used once before the first write-erase cycle appears.<br />
With those technologies pages are going to be <i>erased and empty</i> regularly (available for new data) which leads to some blocks going through multiple write-erase cycles while others might have never been used. This obviously results in some of the blocks having a <i>shorter</i> or actually faster reached lifespan than others ~ faster than it would be without those features.</p>
<p>//edited the last part to make it easier to comprehend</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: OSG Zach</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1137766</link>
		<dc:creator>OSG Zach</dc:creator>
		<pubDate>Fri, 30 Sep 2011 18:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1137766</guid>
		<description><![CDATA[Where did you get this information regarding TRIM?    Specifically the statement about TRIM  telling the drive to erase &quot;not-used&quot; blocks??     There is no point in erasing an empty block in the first place.      If pages in the block contain data that was deleted then they are marked as invalid and are not used until the block itself is rewritten at an appropriate time.   This drastically REDUCES  lifespan shortening caused by write amplification.

Everything I have ever read has stated TRIM is used to help maintain a longer lifespan on the drive, by the OS telling the drive that sections which held data, are now invalid due to a user or the OS deleting something.   This prevents the drive from writing new data during garbage collection operations.

You can only delete data on SSD&#039;s in blocks currently,  which means even though you can do  page-based write operations (a block has many pages) the ENTIRE block still needs to be erased and rewritten.   Thus the block has to be cached to memory,  the block erased, and the block written back with the modifications.   It is called write amplification and can drastically reduce the lifespan of SSD&#039;s because of the limited  Read/Write cycles we currently have.

Depending on how TRIM is implemented, it can help maintain performance as well (its faster to write to a empty blocks than to erase/rewrite) .  But TRIM is certainly not going to help kill a drive; it was designed to do the exact opposite. ]]></description>
		<content:encoded><![CDATA[<p>Where did you get this information regarding TRIM?    Specifically the statement about TRIM  telling the drive to erase &#8220;not-used&#8221; blocks??     There is no point in erasing an empty block in the first place.      If pages in the block contain data that was deleted then they are marked as invalid and are not used until the block itself is rewritten at an appropriate time.   This drastically REDUCES  lifespan shortening caused by write amplification.</p>
<p>Everything I have ever read has stated TRIM is used to help maintain a longer lifespan on the drive, by the OS telling the drive that sections which held data, are now invalid due to a user or the OS deleting something.   This prevents the drive from writing new data during garbage collection operations.</p>
<p>You can only delete data on SSD&#8217;s in blocks currently,  which means even though you can do  page-based write operations (a block has many pages) the ENTIRE block still needs to be erased and rewritten.   Thus the block has to be cached to memory,  the block erased, and the block written back with the modifications.   It is called write amplification and can drastically reduce the lifespan of SSD&#8217;s because of the limited  Read/Write cycles we currently have.</p>
<p>Depending on how TRIM is implemented, it can help maintain performance as well (its faster to write to a empty blocks than to erase/rewrite) .  But TRIM is certainly not going to help kill a drive; it was designed to do the exact opposite. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: OSG Zach</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1137763</link>
		<dc:creator>OSG Zach</dc:creator>
		<pubDate>Fri, 30 Sep 2011 18:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1137763</guid>
		<description><![CDATA[The thing people have to remember about SSD&#039;s is you need to take special care.   Especially if you are concerned about lifespan re: Read/Write cycles.   If you just drop a Windows install on your SSD willy nilly and go about your business, then no, you should not expect your drive to last.

Some things should be disabled,  such as  Defragmenting schedules (there is no need to defrag an SSD, especially with TRIM enabled drives),  Indexing on the drive (I turn it off completely, its useless to me anyway).

You should also store all temporary files, including your Windows SWAP File, on mechanical drives.   Temporary data by nature changes fast,  so why would you expect your SSD to live that long if Windows is always using  the SWAP file, or writing/deleting temp files for installs, uninstalls, and other actions?  Not to mention web browser&#039;s using their storage cache.

All that stuff should be left on a mechanical drive.]]></description>
		<content:encoded><![CDATA[<p>The thing people have to remember about SSD&#8217;s is you need to take special care.   Especially if you are concerned about lifespan re: Read/Write cycles.   If you just drop a Windows install on your SSD willy nilly and go about your business, then no, you should not expect your drive to last.</p>
<p>Some things should be disabled,  such as  Defragmenting schedules (there is no need to defrag an SSD, especially with TRIM enabled drives),  Indexing on the drive (I turn it off completely, its useless to me anyway).</p>
<p>You should also store all temporary files, including your Windows SWAP File, on mechanical drives.   Temporary data by nature changes fast,  so why would you expect your SSD to live that long if Windows is always using  the SWAP file, or writing/deleting temp files for installs, uninstalls, and other actions?  Not to mention web browser&#8217;s using their storage cache.</p>
<p>All that stuff should be left on a mechanical drive.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Abhinav</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1137370</link>
		<dc:creator>Abhinav</dc:creator>
		<pubDate>Tue, 27 Sep 2011 07:19:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1137370</guid>
		<description><![CDATA[I will wait for price to come down at an affordable level......till am happy to use HD.........]]></description>
		<content:encoded><![CDATA[<p>I will wait for price to come down at an affordable level&#8230;&#8230;till am happy to use HD&#8230;&#8230;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tina</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1136937</link>
		<dc:creator>Tina</dc:creator>
		<pubDate>Tue, 20 Sep 2011 18:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1136937</guid>
		<description><![CDATA[Ben,

in case you don&#039;t get a reply here, I suggest to ask this question over at &lt;a href=&quot;http://www.makeuseof.com/answers&quot; rel=&quot;nofollow&quot;&gt;MakeUseOf Answers&lt;/a&gt;.]]></description>
		<content:encoded><![CDATA[<p>Ben,</p>
<p>in case you don&#8217;t get a reply here, I suggest to ask this question over at <a href="http://www.makeuseof.com/answers" rel="nofollow">MakeUseOf Answers</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1136928</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Tue, 20 Sep 2011 17:28:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1136928</guid>
		<description><![CDATA[This sounds like a good option (and one that I&#039;ve been considering).

I am looking to get a new iMac actually - does anybody here know whether Apple install their OS on the SSDs (where you can upgrade to have an SSD as well as a HDD)?]]></description>
		<content:encoded><![CDATA[<p>This sounds like a good option (and one that I&#8217;ve been considering).</p>
<p>I am looking to get a new iMac actually &#8211; does anybody here know whether Apple install their OS on the SSDs (where you can upgrade to have an SSD as well as a HDD)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Support</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1136817</link>
		<dc:creator>Support</dc:creator>
		<pubDate>Mon, 19 Sep 2011 14:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1136817</guid>
		<description><![CDATA[I think for now I will wait until price matches the benefit.  I can go make a coffee while booting and the money I save from using a SATA mechanical HD is alot of coffee :)]]></description>
		<content:encoded><![CDATA[<p>I think for now I will wait until price matches the benefit.  I can go make a coffee while booting and the money I save from using a SATA mechanical HD is alot of coffee :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danny Stieben</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1136611</link>
		<dc:creator>Danny Stieben</dc:creator>
		<pubDate>Fri, 16 Sep 2011 22:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1136611</guid>
		<description><![CDATA[Thanks for all the comments guys! Indeed, drive failure is something I missed (and haven&#039;t actually heard of until now)!]]></description>
		<content:encoded><![CDATA[<p>Thanks for all the comments guys! Indeed, drive failure is something I missed (and haven&#8217;t actually heard of until now)!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1136133</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Mon, 12 Sep 2011 01:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1136133</guid>
		<description><![CDATA[Nobody should buy one.]]></description>
		<content:encoded><![CDATA[<p>Nobody should buy one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ankur</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1136122</link>
		<dc:creator>Ankur</dc:creator>
		<pubDate>Sun, 11 Sep 2011 16:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1136122</guid>
		<description><![CDATA[I dont think its perfect time to migrate to SSD now.
price+less space+ few seconds advantage = NOT ready to fully implement ]]></description>
		<content:encoded><![CDATA[<p>I dont think its perfect time to migrate to SSD now.<br />
price+less space+ few seconds advantage = NOT ready to fully implement </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://www.makeuseof.com/tag/solid-state-drive-ssd-opinion/#comment-1136108</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Sun, 11 Sep 2011 05:50:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.makeuseof.com/?p=85971#comment-1136108</guid>
		<description><![CDATA[I wouldn&#039;t necessarily call it a problem ~ it&#039;s just the push on cheaper production.

The first SSDs on the market used RAM memory (and similar) which made them very expensive. On the other hand RAM was obviously made for massive read &amp; write operations.
Current (inexpensive) SSDs are mostly based on rather cheap MLC Flash memory which have an average life of 10.000 program-erase cycles. That&#039;s not much on it&#039;s own.

What added to this is the growing support of TRIM which helps in keeping the SSD performance on a high level. The function tells the SSDs firmware to erase not used blocks - basically you trade speed for lifetime.

The expensive SSDs (targeted for enterprise) for example are based on SLC Flash memory which endure about 100.000 cycles. ]]></description>
		<content:encoded><![CDATA[<p>I wouldn&#8217;t necessarily call it a problem ~ it&#8217;s just the push on cheaper production.</p>
<p>The first SSDs on the market used RAM memory (and similar) which made them very expensive. On the other hand RAM was obviously made for massive read &amp; write operations.<br />
Current (inexpensive) SSDs are mostly based on rather cheap MLC Flash memory which have an average life of 10.000 program-erase cycles. That&#8217;s not much on it&#8217;s own.</p>
<p>What added to this is the growing support of TRIM which helps in keeping the SSD performance on a high level. The function tells the SSDs firmware to erase not used blocks &#8211; basically you trade speed for lifetime.</p>
<p>The expensive SSDs (targeted for enterprise) for example are based on SLC Flash memory which endure about 100.000 cycles. </p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached (Requested URI is rejected)
Database Caching 3/5 queries in 0.007 seconds using memcached
Object Caching 376/376 objects using memcached
Content Delivery Network via main.makeuseoflimited.netdna-cdn.com

 Served from: www.makeuseof.com @ 2013-06-20 00:24:45 by W3 Total Cache -->