<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Intel SSD Media Wearout in Archive</title>
    <link>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11299#M8474</link>
    <description>&lt;P&gt;The more data written to a SSD, the more wear occurs regardless of RAID or not.  So yes, there is an about 50% reduction in writes on a single member of a 2xRAID0.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As for NTFS Compression: &lt;A href="http://blogs.msdn.com/b/e7/archive/2009/05/05/support-and-q-a-for-solid-state-drives-and.aspx" rel="nofollow noopener noreferrer"&gt;http://blogs.msdn.com/b/e7/archive/2009/05/05/support-and-q-a-for-solid-state-drives-and.aspx&lt;/A&gt; &lt;A href="http://blogs.msdn.com/b/e7/archive/2009/05/05/support-and-q-a-for-solid-state-drives-and.aspx" rel="nofollow noopener noreferrer"&gt;http://blogs.msdn.com/b/e7/archive/2009/05/05/support-and-q-a-for-solid-state-drives-and.aspx&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;B&gt;Is NTFS Compression of Files and Directories recommended on SSDs?&lt;/B&gt;&lt;/P&gt;
&lt;P&gt;Compressing files help save space, but the effort of compressing and  decompressing requires extra CPU cycles and therefore power on mobile  systems. That said, for infrequently modified directories and files,  compression is a fine way to conserve valuable SSD space and can be a  good tradeoff if space is truly a premium.&lt;/P&gt;
&lt;P&gt;We do not, however, recommend compressing files or directories that  will be written to with great frequency. Your Documents directory and  files are likely to be fine, but temporary internet directories or mail  folder directories aren't such a good idea because they get large number  of file writes in bursts.&lt;/P&gt;</description>
    <pubDate>Sun, 03 Jul 2011 01:29:37 GMT</pubDate>
    <dc:creator>idata</dc:creator>
    <dc:date>2011-07-03T01:29:37Z</dc:date>
    <item>
      <title>Intel SSD Media Wearout</title>
      <link>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11295#M8470</link>
      <description>&lt;P&gt;Dear users,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I would like to know what the lowest media wear out level anyone has experienced using his / her Intel SSD (please also state the lifetime of your drive; this will give me a good indication). Furthermore I would like to use the drive for some research which involves large data sets (usage of max. 10TB a day). Would it be advisable to buy a SSD? &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In this video (/community/tech/solidstate &lt;A href="http://communities.intel.com/community/tech/solidstate" rel="nofollow noopener noreferrer"&gt;http://communities.intel.com/community/tech/solidstate&lt;/A&gt;), someone from Intel stated: "That if the number is approaching zero, you should be really careful". What does approaching zero means in this context? Should like 20 be stated as approaching zero or should it really be like &amp;lt;10?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you for your answers.&lt;/P&gt;</description>
      <pubDate>Wed, 29 Jun 2011 09:19:53 GMT</pubDate>
      <guid>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11295#M8470</guid>
      <dc:creator>idata</dc:creator>
      <dc:date>2011-06-29T09:19:53Z</dc:date>
    </item>
    <item>
      <title>Re: Intel SSD Media Wearout</title>
      <link>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11296#M8471</link>
      <description>&lt;P&gt;here you go..&lt;/P&gt;&lt;P&gt;&lt;A href="http://www.xtremesystems.org/forums/showthread.php?271063-SSD-Write-Endurance-25nm-Vs-34nm" rel="nofollow noopener noreferrer"&gt;http://www.xtremesystems.org/forums/showthread.php?271063-SSD-Write-Endurance-25nm-Vs-34nm&lt;/A&gt; &lt;A href="http://www.xtremesystems.org/forums/showthread.php?271063-SSD-Write-Endurance-25nm-Vs-34nm" rel="nofollow noopener noreferrer"&gt;http://www.xtremesystems.org/forums/showthread.php?271063-SSD-Write-Endurance-25nm-Vs-34nm&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 29 Jun 2011 17:37:15 GMT</pubDate>
      <guid>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11296#M8471</guid>
      <dc:creator>ZStan</dc:creator>
      <dc:date>2011-06-29T17:37:15Z</dc:date>
    </item>
    <item>
      <title>Re: Intel SSD Media Wearout</title>
      <link>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11297#M8472</link>
      <description>&lt;P&gt;Hello Blanket,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There are leaked Intel SSD roadmaps on the web that talk about "Lyndonville".  According to this website, this may use enterprise-MLC Nand to dramatically increase the Nand flash lifetime.  This may be ideal for your usage model:&lt;/P&gt;&lt;P&gt;&lt;A href="http://www.xbitlabs.com/news/storage/display/20100615213913_Intel_to_Use_Enterprise_MLC_in_Next_Gen_Enterprise_Solid_State_Drives.html" rel="nofollow noopener noreferrer"&gt;http://www.xbitlabs.com/news/storage/display/20100615213913_Intel_to_Use_Enterprise_MLC_in_Next_Gen_Enterprise_Solid_State_Drives.html&lt;/A&gt; &lt;A href="http://www.xbitlabs.com/news/storage/display/20100615213913_Intel_to_Use_Enterprise_MLC_in_Next_Gen_Enterprise_Solid_State_Drives.html" rel="nofollow noopener noreferrer"&gt;http://www.xbitlabs.com/news/storage/display/20100615213913_Intel_to_Use_Enterprise_MLC_in_Next_Gen_Enterprise_Solid_State_Drives.html&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 30 Jun 2011 02:02:45 GMT</pubDate>
      <guid>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11297#M8472</guid>
      <dc:creator>idata</dc:creator>
      <dc:date>2011-06-30T02:02:45Z</dc:date>
    </item>
    <item>
      <title>Re: Intel SSD Media Wearout</title>
      <link>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11298#M8473</link>
      <description>&lt;P&gt;Does TRIM work correctly on an OS software raid &lt;/P&gt; whose members are set to AHCI mode &lt;I&gt;e.g.&lt;/I&gt; for dedicated data partition(s)?&lt;P&gt;&lt;/P&gt;&lt;P&gt;As a general rule, should MLC SSDs be assembled in RAID 0 arrays,&lt;/P&gt;in order to spread the wear?&lt;P&gt;&lt;/P&gt;&lt;P&gt;In other words, is this theoretically correct and can this be confirmed experimentally ...&lt;/P&gt;&lt;P&gt;&lt;/P&gt; 50% reduction per drive w/ 2 x SSDs in RAID 0? (half as much per drive) 67% reduction per drive w/ 3 x SSDs in RAID 0? (one-third as much per drive) 75% reduction per drive w/ 4 x SSDs in RAID 0? (one-fourth as much per drive)&lt;P&gt;&lt;/P&gt;&lt;P&gt;Lastly, has Intel done any research using SSDs with Windows NTFS compression enabled?&lt;/P&gt;&lt;P&gt;(in drive letter Properties, see:  "Compress drive to save disk space" and a check box)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;MRFS&lt;/P&gt;</description>
      <pubDate>Sat, 02 Jul 2011 16:07:35 GMT</pubDate>
      <guid>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11298#M8473</guid>
      <dc:creator>idata</dc:creator>
      <dc:date>2011-07-02T16:07:35Z</dc:date>
    </item>
    <item>
      <title>Re: Intel SSD Media Wearout</title>
      <link>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11299#M8474</link>
      <description>&lt;P&gt;The more data written to a SSD, the more wear occurs regardless of RAID or not.  So yes, there is an about 50% reduction in writes on a single member of a 2xRAID0.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As for NTFS Compression: &lt;A href="http://blogs.msdn.com/b/e7/archive/2009/05/05/support-and-q-a-for-solid-state-drives-and.aspx" rel="nofollow noopener noreferrer"&gt;http://blogs.msdn.com/b/e7/archive/2009/05/05/support-and-q-a-for-solid-state-drives-and.aspx&lt;/A&gt; &lt;A href="http://blogs.msdn.com/b/e7/archive/2009/05/05/support-and-q-a-for-solid-state-drives-and.aspx" rel="nofollow noopener noreferrer"&gt;http://blogs.msdn.com/b/e7/archive/2009/05/05/support-and-q-a-for-solid-state-drives-and.aspx&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;B&gt;Is NTFS Compression of Files and Directories recommended on SSDs?&lt;/B&gt;&lt;/P&gt;
&lt;P&gt;Compressing files help save space, but the effort of compressing and  decompressing requires extra CPU cycles and therefore power on mobile  systems. That said, for infrequently modified directories and files,  compression is a fine way to conserve valuable SSD space and can be a  good tradeoff if space is truly a premium.&lt;/P&gt;
&lt;P&gt;We do not, however, recommend compressing files or directories that  will be written to with great frequency. Your Documents directory and  files are likely to be fine, but temporary internet directories or mail  folder directories aren't such a good idea because they get large number  of file writes in bursts.&lt;/P&gt;</description>
      <pubDate>Sun, 03 Jul 2011 01:29:37 GMT</pubDate>
      <guid>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11299#M8474</guid>
      <dc:creator>idata</dc:creator>
      <dc:date>2011-07-03T01:29:37Z</dc:date>
    </item>
    <item>
      <title>Re: Intel SSD Media Wearout</title>
      <link>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11300#M8475</link>
      <description>&lt;P&gt;Thanks! Based on those graph in the frist post link, I would conclude that it is still not suitable yet for my research data to be stored there. However maybe instead of tackling the problem from the SSD side, I can tackle the problem from writing less.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks all for your answers, you've all been very helpful to me!&lt;/P&gt;</description>
      <pubDate>Sun, 03 Jul 2011 08:48:26 GMT</pubDate>
      <guid>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11300#M8475</guid>
      <dc:creator>idata</dc:creator>
      <dc:date>2011-07-03T08:48:26Z</dc:date>
    </item>
    <item>
      <title>Re: Intel SSD Media Wearout</title>
      <link>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11301#M8476</link>
      <description>&lt;P&gt;Blanket,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My office is also responsible for maintaining a research database.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here's what we have found:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(1)  a 2xRAID0 of rotating platters is generally faster, and&lt;/P&gt;&lt;P&gt;contrary to widespread public opinion, the load on each is&lt;/P&gt;&lt;P&gt;roughly 50% over time;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(2)  if one member fails, the practical effect is the same&lt;/P&gt;&lt;P&gt;as a single drive failing:  the failed drive must be replaced and&lt;/P&gt;&lt;P&gt;the data restored --&amp;gt;  "same difference" practically speaking &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(3)  quality input power is a must, e.g. good UPS;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(4)  proper environmental control is also a must:&lt;/P&gt;&lt;P&gt;keeping dust filters clean, keeping ambient temps&lt;/P&gt;&lt;P&gt;under control and within range, etc.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(5)  all high-performance HDDs must be installed&lt;/P&gt;&lt;P&gt;in drive cages with active cooling;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(6)  the HDDs with 5-year warranties are more reliable,&lt;/P&gt;&lt;P&gt;and the cost per warranty year is usually preferred&lt;/P&gt;&lt;P&gt;as compared to 3-year warranties; e.g. Western Digital&lt;/P&gt;&lt;P&gt;RAID Edition HDDs ("RE");&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(7)  a key management policy is to EXPECT a failure,&lt;/P&gt;&lt;P&gt;and to have enough backups to recover gracefully;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(8)  application of rigorous probability and statistics&lt;/P&gt;&lt;P&gt;urges this conclusion:  the conditional probability&lt;/P&gt;&lt;P&gt;that both drives fail, given that one drive of a 2xRAID0 fails,&lt;/P&gt;&lt;P&gt;is extremely small;  and, 50% less WRITEs are a major&lt;/P&gt;&lt;P&gt;factor increasing longevity;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(9)  data rate is directly proportional to track circumference&lt;/P&gt;&lt;P&gt;on all rotating HDDs, because they maintain the same or&lt;/P&gt;&lt;P&gt;similar recording density on all tracks;  thus, more frequently&lt;/P&gt;&lt;P&gt;accessed files should be allocated to "short-stroked" regions&lt;/P&gt;&lt;P&gt;on all HDDs, if possible;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(10)  short-stroked drives move the READ/WRITE armature less,&lt;/P&gt;&lt;P&gt;which in turn reduces wear on the armature bearing and&lt;/P&gt;&lt;P&gt;servo-mechanism;  and, in combination with RAID-0 arrays,&lt;/P&gt;&lt;P&gt;short-stroking is enhanced in proportion to the number of&lt;/P&gt;&lt;P&gt;RAID-0 members (a 100GB RAID0 partition uses only&lt;/P&gt;&lt;P&gt;the first 25GB worth of tracks on a 4x RAID0);&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(11)  for temporary files like browser caches and OS swap files,&lt;/P&gt;&lt;P&gt;consider a generous ramdisk:  this offloads rotating platters,&lt;/P&gt;&lt;P&gt;further reducing wear on the latter;  and, properly configured,&lt;/P&gt;&lt;P&gt;ramdisks can increase real-time performance 15- to 20- TIMES&lt;/P&gt;&lt;P&gt;over rotating platters;  cf. my review of RamDisk Plus here:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="http://www.supremelaw.org/systems/superspeed/RamDiskPlus.Review.htm" rel="nofollow noopener noreferrer"&gt;http://www.supremelaw.org/systems/superspeed/RamDiskPlus.Review.htm&lt;/A&gt; &lt;A href="http://www.supremelaw.org/systems/superspeed/RamDiskPlus.Review.htm" rel="nofollow noopener noreferrer"&gt;http://www.supremelaw.org/systems/superspeed/RamDiskPlus.Review.htm&lt;/A&gt;&lt;/P&gt;&lt;P&gt;(DDR3 has become even faster, since that review was written:&lt;/P&gt;&lt;P&gt;and, quad-channel memory access is expected for LGA2011 sockets)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(12)  we're still waiting for an answer to our question about TRIM&lt;/P&gt;&lt;P&gt;on OS software RAIDs when members are configured in AHCI mode;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(13)  all of the above strongly suggests that the Media Wearout Indicator ("MWI")&lt;/P&gt;&lt;P&gt;on modern Nand Flash SSDS will decline half as fast with a 2xRAID0,&lt;/P&gt;&lt;P&gt;one third as fast with a 3xRAID0, and one-fourth as fast with a 4xRAID0,&lt;/P&gt;&lt;P&gt;simply because of the way "striping" happens on all RAID 0 arrays;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(14)  an experiment that Intel should consider doing, and publishing,&lt;/P&gt;&lt;P&gt;is to formulate a proper experimental matrix, and test the real effects&lt;/P&gt;&lt;P&gt;that result from enabling NTFS compression on Nand Flash SSDs,&lt;/P&gt;&lt;P&gt;with and without RAID configurations;  SandForce controllers do&lt;/P&gt;&lt;P&gt;real-time compression, reportedly to reduce WRITEs as much as possible;&lt;/P&gt;&lt;P&gt;why not make this the DEFAULT that is performed by the OS, regardless&lt;/P&gt;&lt;P&gt;of the SSD's make or model?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(15)  the results of proper experimentation at (14) above should&lt;/P&gt;&lt;P&gt;produce data that will suggest an optimal policy:  for example,&lt;/P&gt;&lt;P&gt;perhaps a 3xRAID0 does more to reduce WRITEs to each SSD member&lt;/P&gt;&lt;P&gt;than default NTFS compression, due to the type of compression that&lt;/P&gt;&lt;P&gt;is done in real-time by Windows operating systems (LZ77?):&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="http://oldwww.rasip.fer.hr/research/compress/algorithms/fund/lz/lz77.html" rel="nofollow noopener noreferrer"&gt;http://oldwww.rasip.fer.hr/research/compress/algorithms/fund/lz/lz77.html&lt;/A&gt; &lt;A href="http://oldwww.rasip.fer.hr/research/compress/algorithms/fund/lz/lz77.html" rel="nofollow noopener noreferrer"&gt;http://oldwww.rasip.fer.hr/research/compress/algorithms/fund/lz/lz77.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(16)  and, given the proliferation of multi-core CPUs, in addition to those&lt;/P&gt;&lt;P&gt;that also support Hyper-Threading, there should be otherwise unused&lt;/P&gt;&lt;P&gt;CPU core resources to perform decompression rapidly in real-time, without&lt;/P&gt;&lt;P&gt;adding too much overhead or causing excessive additional latency&lt;/P&gt;&lt;P&gt;when accessing compressed files;  SpeedStep and Turbo Boost&lt;/P&gt;&lt;P&gt;will only help mitigate this overhead, if they are activated to help&lt;/P&gt;&lt;P&gt;accelerate real-time decompression.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Those are just some lessons we've learned here, after many years&lt;/P&gt;&lt;P&gt;at Hard Knocks University.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this helps.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sincerely yours,&lt;/P&gt;/s/ Paul A. Mitchell, Instructor,Inventor and Systems Development Consultant&lt;P&gt;&lt;/P&gt;&lt;P&gt;All Rights Reserved without Prejudice&lt;/P&gt;</description>
      <pubDate>Sun, 03 Jul 2011 16:50:19 GMT</pubDate>
      <guid>https://community.solidigm.com/t5/archive/intel-ssd-media-wearout/m-p/11301#M8476</guid>
      <dc:creator>idata</dc:creator>
      <dc:date>2011-07-03T16:50:19Z</dc:date>
    </item>
  </channel>
</rss>

