<div dir="ltr">Hi Even,<div><br></div><div>Long time no see!<br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 5, 2018 at 12:21 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>
<div style="font-family:"Sans Serif";font-size:9pt;font-weight:400;font-style:normal">
<p style="margin:0px;text-indent:0px"><span style="font-size:9pt">> 8) In the case discussed in 7), CPL_VSIL_CURL_NON_CACHED will just purge</span><br></p><span class="gmail-">
<p style="margin:0px;text-indent:0px">> the data from 1 the 3 caches: papsRegions. The vsil_cache and the disk will</p>
<p style="margin:0px;text-indent:0px">> still cache the content.</p>
<p style="margin:0px;text-indent:0px"> </p>
</span><p style="margin:0px;text-indent:0px">CPL_VSIL_CURL_NON_CACHED avoids the content of a file to be preserved in the papsRegion cache when a file handle is closed and re-opened. And VSICachedFile is only valid during the lifetime of the file handle. So I don't think there's an issue there. Perhaps the naming CPL_VSIL_CURL_NON_CACHED is a bit misleading: there's always some cache (otherwise /vsicurl performance would be just too horrible), it is just that it doesn't survive file closing.</p>
<p style="margin:0px;text-indent:0px"></p></div></blockquote><div><br></div><div>OK, I understand now the VSICachedFile lifecycle and it makes sense. But then the disk cache should not be used at all for files in the CPL_VSIL_CURL_NON_CACHED variable.</div><div><br></div><div>I'll try to find some happy hacking time (or client funding, ideally) to improve the disk caching. What is the official GDAL procedure for PRs? I see a few in the github repo, but the doc says the source is located in SVN.</div><div><br></div><div>Thanks.</div></div></div></div></div>