<div dir="ltr"><div><br></div><div><br></div><div>I think your best bet is to rm the folder using an alternative process.  In my experience it has been faster to use custom scripts to perform the cleanups especially if you are just looking to remove everything from a cache, as Johannes indicated a file cache may not be the best for this type of operation as it takes time for MP to walk the directories.  <br></div><div><br></div><div>I was thinking that you could maybe utilize dimensions to generate a new cache when you update the data however it appears MP does not support that yet, this is something you could do with MapCache. <br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 31 Mar 2021 at 09:34, Johannes Weskamm <<a href="mailto:weskamm@terrestris.de" target="_blank">weskamm@terrestris.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <p>Hi,<br>
    </p>
    <p><br>
    </p>
    <p>Try saving your cache in a database -> e.g. sqlite
      (<a href="https://mapproxy.org/docs/1.13.0/caches.html#sqlite" target="_blank">https://mapproxy.org/docs/1.13.0/caches.html#sqlite</a>) instead of a
      file based cache. That should speed up cache cleanup.</p>
    <p><br>
    </p>
    <p>Greetings,</p>
    <p>Johannes</p>
    <p><br>
    </p>
    <p><br>
    </p>
    <div>Am 31.03.21 um 15:27 schrieb Nuno
      Silva:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div><br>
        </div>
        Hi everybody.
        <div><br>
        </div>
        <div>I'm using Mapproxy to create a cache of a WMS layer on a
          production server to prevent direct access from the users to
          this server, I used in the past MapCache, but problems related
          to GetFeatureInfo and GetLegendGraphic with some WMS Servers
          made me try this alternative.</div>
        <div><br>
        </div>
        <div>The problem:</div>
        <div><br>
        </div>
        <div>I have a layer that is generated every 3-4h using as source
          a netcdf file...the backend server has to read that netcdf
          file, with high cost of processing the file, with the cache
          between the client and the server, only the first requests
          would take longer, but when I'm using the mapproxy-seed
          utility to do a cache cleanup, assuming that the user could
          use all 18 levels of that layer, is taking now 4h to complete
          25% cleaning of the cache....making this process take about
          16h to achieve 100% (again, I have new information being
          created every 3-4h)</div>
        <div><br>
        </div>
        <div>Is there a way to achieve fast cache cleaning? I'll already
          set  <b>remove_all: true </b>, but even so it takes toooooo
          long even without folder timestamp compare...</div>
        <div><br>
        </div>
        <div>I'm considering making a manual removal of the folder with
          rm -fR /cache_folder/* and the seeding for <b>to: 5</b> just
          to fill the initial cache with some data.</div>
        <div><br>
        </div>
        <div>Any suggestions/alternatives would be appreciated , thanks
          in advance!</div>
        <div><br>
        </div>
        <div><br clear="all">
          <div><br>
          </div>
          -- <br>
          <div dir="ltr">Kind regards,<br>
            nsilva</div>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <pre>_______________________________________________
MapProxy mailing list
<a href="mailto:MapProxy@lists.osgeo.org" target="_blank">MapProxy@lists.osgeo.org</a>
<a href="https://lists.osgeo.org/mailman/listinfo/mapproxy" target="_blank">https://lists.osgeo.org/mailman/listinfo/mapproxy</a>
</pre>
    </blockquote>
  </div>

_______________________________________________<br>
MapProxy mailing list<br>
<a href="mailto:MapProxy@lists.osgeo.org" target="_blank">MapProxy@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/mapproxy" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/mapproxy</a><br>
</blockquote></div>