<?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: WAFL performance - large number of small files in VMware Solutions Discussions</title>
    <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/WAFL-performance-large-number-of-small-files/m-p/72855#M6965</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you Matt, much appreciated. The files will exclusively be accessed by web servers, not humans.&amp;nbsp; I may have some influence on the directory structure, but would prefer to kkep it simple from an application perspective.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 06 Sep 2012 14:26:50 GMT</pubDate>
    <dc:creator>jduffy_thales_acct</dc:creator>
    <dc:date>2012-09-06T14:26:50Z</dc:date>
    <item>
      <title>WAFL performance - large number of small files</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/WAFL-performance-large-number-of-small-files/m-p/72833#M6961</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi.&amp;nbsp; I have a question about performance accessing a large number of small files on NetApp storage.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm considering the best way to store circa 3 million files, most of which will be just over 1k, that are accessed by virtual mahines. This will be a low-write high-read dataset. The VMs are on VMWare ESX datastores that are on NetApp storage and accessed over NFS.&amp;nbsp; My alternatives are to either store all the small files in a VMDK (on a filesystem with 1k block size), or put them on a dedicated NetApp volume accessed directly by the VM over NFS.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;With WAFL using 4k blocks, there will be some overhead on both storage size and read speed if accessed directly, but presumably there'll be the same overhead if they're in a VMDK.&amp;nbsp; Are there any NetApp recommendations for how to best handle this type of dataset?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance for any advice ....&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Jon&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:19:31 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/WAFL-performance-large-number-of-small-files/m-p/72833#M6961</guid>
      <dc:creator>jduffy_thales_acct</dc:creator>
      <dc:date>2025-06-05T06:19:31Z</dc:date>
    </item>
    <item>
      <title>Re: WAFL performance - large number of small files</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/WAFL-performance-large-number-of-small-files/m-p/72837#M6962</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Do you have flexibility to organize them within folders, or must all 3 million be in the same directory?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 06 Sep 2012 12:47:16 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/WAFL-performance-large-number-of-small-files/m-p/72837#M6962</guid>
      <dc:creator>ostiguy</dc:creator>
      <dc:date>2012-09-06T12:47:16Z</dc:date>
    </item>
    <item>
      <title>Re: WAFL performance - large number of small files</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/WAFL-performance-large-number-of-small-files/m-p/72842#M6963</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&amp;nbsp; thanks for responding. The existing dataset is flat, but there is a natural split of the data into 10 "layers" (equally-sized, I'm told), so yes this could be reduced to e.g 10 x 300,000-files instead of 1 x 3 million files if I could justify it in performance terms.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 06 Sep 2012 13:17:00 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/WAFL-performance-large-number-of-small-files/m-p/72842#M6963</guid>
      <dc:creator>jduffy_thales_acct</dc:creator>
      <dc:date>2012-09-06T13:17:00Z</dc:date>
    </item>
    <item>
      <title>Re: WAFL performance - large number of small files</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/WAFL-performance-large-number-of-small-files/m-p/72847#M6964</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN style="font-size: 11.0pt; font-family: 'Calibri','sans-serif'; color: #1f497d;"&gt;Are humans accessing the files, or is a software program accessing them? It sounds like you have some discretion. If it is a program, you may want to have more than 10 files – you may want to have a matrix of directories (i.e directories AA through 00 = 1296 folders, so for 3million files , 2314 files per), if your program can look up the location in an index.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 11.0pt; font-family: 'Calibri','sans-serif'; color: #1f497d;"&gt;I am not a high file count expert – I just have some familiarity with the problem domain from previous lifetimes where NTFS was my file system.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 11.0pt; font-family: 'Calibri','sans-serif'; color: #1f497d;"&gt;NetApp has a TR-3537 – Best Practices for High File Count environments , but it appears to be a NDA only document (not a committee I was on &lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt; ). Your NetApp account team should be able to facilitate the steps to get you this document.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 11.0pt; font-family: 'Calibri','sans-serif'; color: #1f497d;"&gt;Matt&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 06 Sep 2012 13:37:04 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/WAFL-performance-large-number-of-small-files/m-p/72847#M6964</guid>
      <dc:creator>ostiguy</dc:creator>
      <dc:date>2012-09-06T13:37:04Z</dc:date>
    </item>
    <item>
      <title>Re: WAFL performance - large number of small files</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/WAFL-performance-large-number-of-small-files/m-p/72855#M6965</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you Matt, much appreciated. The files will exclusively be accessed by web servers, not humans.&amp;nbsp; I may have some influence on the directory structure, but would prefer to kkep it simple from an application perspective.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 06 Sep 2012 14:26:50 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/WAFL-performance-large-number-of-small-files/m-p/72855#M6965</guid>
      <dc:creator>jduffy_thales_acct</dc:creator>
      <dc:date>2012-09-06T14:26:50Z</dc:date>
    </item>
  </channel>
</rss>

