<div dir="ltr"><div>This is getting even weirder. I tried removing gdal_TileDB.so before my first email, and it didn't work.</div><div>However, now it works... but only if I opened the file before. If I wait a couple of minutes, then it still waits 5 or 6 seconds. Is there any cache somewhere? (I am closing QGIS, so it should not be in the memory of QGIS)</div><div><br></div><div><span style="font-family:monospace">[Fri Sep 13 18:44:11 2024].3102, 0.0000: GDAL: Proxy driver TileDB *not* registered due to gdal_TileDB.so not being found<br>[Fri Sep 13 18:44:12 2024].3429, 1.0326: GDAL: Proxy driver TileDB *not* registered due to gdal_TileDB.so not being found<br>[Fri Sep 13 18:44:12 2024].8555, 1.5452: GDAL: Proxy driver TileDB *not* registered due to gdal_TileDB.so not being found<br>[Fri Sep 13 18:44:13 2024].9017, 2.5915: HTTP: libcurl/8.9.0 OpenSSL/3.3.1 zlib/1.3.1 zstd/1.5.6 libssh2/1.11.0 nghttp2/1.58.0<br>[Fri Sep 13 18:44:14 2024].2537, 2.9434: S3: Switching to endpoint <a href="http://s3.eu-central-1.amazonaws.com">s3.eu-central-1.amazonaws.com</a><br>[Fri Sep 13 18:44:19 2024].3471, 8.0369: S3: Switching to region eu-central-1<br>[Fri Sep 13 18:44:19 2024].4582, 8.1480: S3: GetFileSize(<a href="https://prod-pix4d-cloud-eu-central-1.s3.eu-central-1.amazonaws.com/user-5b21721a-90d0-49c9-9d1c-d2a0c5929be5/project-1969386/ortho_display.tiff)=66132291">https://prod-pix4d-cloud-eu-central-1.s3.eu-central-1.amazonaws.com/user-5b21721a-90d0-49c9-9d1c-d2a0c5929be5/project-1969386/ortho_display.tiff)=66132291</a>  response_code=206<br>[Fri Sep 13 18:44:19 2024].4587, 8.1485: GDAL: GDALOpen(/vsis3/prod-pix4d-cloud-eu-central-1/user-5b21721a-90d0-49c9-9d1c-d2a0c5929be5/project-1969386/ortho_display.tiff, this=0x56258e57eef0) succeeds as GTiff.<br>[Fri Sep 13 18:44:19 2024].4593, 8.1490: GTiff: ScanDirectories()<br>[Fri Sep 13 18:44:19 2024].4596, 8.1494: GTiff: Opened band mask.</span></div><div><br></div><div><div>Another question that pops up is... why is 
it loading TileDB there? it is not doing it if I just open QGIS. Is it 
needed for the COG?</div><div></div><div><br></div>If I open the file David suggested</div><div>AWS_NO_SIGN_REQUEST=YES CPL_DEBUG=ON CPL_TIMESTAMP=ON qgis /vsis3/asc-pds-services/mosaic/Mars/Mars_MRO_CTX_Equi_Mosaics_Robbins/6mpp/MC16_6mpp.16bit.tif</div><div>It does not mention TileDB in the logs. Neither if I load the same COG file from the hard drive.<br></div><div><br></div><div>If TileDB is loaded dynamically and it is the reason of the delay (that I am not sure), is there a way to disable that load? Kind of a config environment variable. I do not want to move the library every time (and it checks for the library 3 times, that is a delay of 3 seconds every time, as you can see in the logs above)</div><div><br></div><div>PS My connection is 250 Mbps. I don't think it is a "slow" connection<br></div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 13 Sept 2024 at 18:30, thomas bonfort <<a href="mailto:thomas.bonfort@gmail.com">thomas.bonfort@gmail.com</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 dir="auto">I also see that you have a tiledb driver registration happening only on your conda version, exactly at the time of your lag. you should also try to remove/rename your gdal_tiledb.so plugin file to check the issue isn't coming from there.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le ven. 13 sept. 2024, 18:22, thomas bonfort <<a href="mailto:thomas.bonfort@gmail.com" target="_blank">thomas.bonfort@gmail.com</a>> a écrit :<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 dir="auto">Javier,<div dir="auto">3.9 is probably doing parallel reads, which will cause a noticeable lag in requests on a slow connection (the overall processing time should not be slower anyhow). There's a gtiff open option documented that can disable this behavior, that you can try to use to see if it changes your timings. If that is the effective cause, that would mean there is an issue with this parallel implementation.</div><div dir="auto">TB</div></div></blockquote></div>
</blockquote></div></div>