<?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 SSD performance deterioration? in EF &amp; E-Series, SANtricity, and Related Plug-ins</title>
    <link>https://community.netapp.com/t5/EF-E-Series-SANtricity-and-Related-Plug-ins/SSD-performance-deterioration/m-p/116292#M242</link>
    <description>&lt;P&gt;I have a couple of Dell branded E2760 units (Dell MD3860f) that have only 1.6TB SSDs in them.&amp;nbsp; I have noticed that they are showing the sort of deterioration in performance that I would expect to see in a consumer class desktop SSD that was running full for a while.&amp;nbsp; The LUNs are showing *average* I/O latencies of 5-10ms with mixed read/write activities.&amp;nbsp; Write cache hits are a rock-steady 100%, but read cache is rarely above 15-20%.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Both units are showing healthy, and their event logs are completely boring...most days no more tham maybe a battery check, or possibly a LUN verify.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I suspect that they have gotten to the state of having not enough free blocks to maintain performance, and I am looking for procedural advice on 'refreshing' them.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;They are organized as 6+1R5 sets with an available net capacity of 8,939.484 GB, from which a single LUN of 8,704 GB has been provisioned.&amp;nbsp; In retrospect, I am thinking that a smaller LUN should have been created there; probably no more than 8TBs, but I'm sure that someone suggested that having paid for SSDs we should make sure the biggest bang for our buck.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In one scenario I would move the contents of one of the LUNs, then destroy the LUN and possibly RAID group, and then rebuild with a larger area reserved for overprovisioning.&amp;nbsp; But I want to make certain that if I go to that trouble, that I really get the disks 'clean and clear'.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Will deleting the LUN be sufficient to let the MLC SSD free all of its blocks?&amp;nbsp; If not, then will deleting and reforming the RAID group do the trick?&amp;nbsp; If not, then what will?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Does ~10% unallocated space sound like it will better maintain performance?&amp;nbsp; I tend to use about that when using SSDs, but my lack of issues in doing that is an extremely small sample.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for reading.&amp;nbsp; Let me know what you think.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 21:57:04 GMT</pubDate>
    <dc:creator>SUSan-Man</dc:creator>
    <dc:date>2025-06-04T21:57:04Z</dc:date>
    <item>
      <title>SSD performance deterioration?</title>
      <link>https://community.netapp.com/t5/EF-E-Series-SANtricity-and-Related-Plug-ins/SSD-performance-deterioration/m-p/116292#M242</link>
      <description>&lt;P&gt;I have a couple of Dell branded E2760 units (Dell MD3860f) that have only 1.6TB SSDs in them.&amp;nbsp; I have noticed that they are showing the sort of deterioration in performance that I would expect to see in a consumer class desktop SSD that was running full for a while.&amp;nbsp; The LUNs are showing *average* I/O latencies of 5-10ms with mixed read/write activities.&amp;nbsp; Write cache hits are a rock-steady 100%, but read cache is rarely above 15-20%.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Both units are showing healthy, and their event logs are completely boring...most days no more tham maybe a battery check, or possibly a LUN verify.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I suspect that they have gotten to the state of having not enough free blocks to maintain performance, and I am looking for procedural advice on 'refreshing' them.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;They are organized as 6+1R5 sets with an available net capacity of 8,939.484 GB, from which a single LUN of 8,704 GB has been provisioned.&amp;nbsp; In retrospect, I am thinking that a smaller LUN should have been created there; probably no more than 8TBs, but I'm sure that someone suggested that having paid for SSDs we should make sure the biggest bang for our buck.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In one scenario I would move the contents of one of the LUNs, then destroy the LUN and possibly RAID group, and then rebuild with a larger area reserved for overprovisioning.&amp;nbsp; But I want to make certain that if I go to that trouble, that I really get the disks 'clean and clear'.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Will deleting the LUN be sufficient to let the MLC SSD free all of its blocks?&amp;nbsp; If not, then will deleting and reforming the RAID group do the trick?&amp;nbsp; If not, then what will?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Does ~10% unallocated space sound like it will better maintain performance?&amp;nbsp; I tend to use about that when using SSDs, but my lack of issues in doing that is an extremely small sample.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for reading.&amp;nbsp; Let me know what you think.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 21:57:04 GMT</pubDate>
      <guid>https://community.netapp.com/t5/EF-E-Series-SANtricity-and-Related-Plug-ins/SSD-performance-deterioration/m-p/116292#M242</guid>
      <dc:creator>SUSan-Man</dc:creator>
      <dc:date>2025-06-04T21:57:04Z</dc:date>
    </item>
  </channel>
</rss>

