<div dir="ltr"><div><div><div><div><br><br>On Sat, Feb 24, 2018 at 9:25 PM, Nikos Alexandris <<a href="mailto:nik@nikosalexandris.net">nik@nikosalexandris.net</a>> wrote:<br>><br>> Dear community,<br>><br>> I am asking for help to "debug" a situation.<br>><br>> One ETRS89-based location, one Mapset with hundreds of land cover raster<br>> map tiles.<br>><br>> Then, hundreds of UTM Zones-based Locations, subset of the WRS2 grid.<br>><br>> Multiple `r.proj`es are running in parallel. However, only one at a time<br>> from inside one Mapset inside the respective UTM-Zone-based Location,<br>> requesting for one land cover raster map tile from the ETRS89-based Location.<br>><br>> And, each `r.proj` is isolated running inside an independent docker container.<br>><br>> To the question. Some tiles are cross-cut by more than one UTM-Zone.<br>> Hence, it happens that many UTM-Zones will/might request to read the<br>> same land cover raster map tile at the same time.<br>><br>> That is one write per target Mapset/Location, yet highly probable<br>> concurrent read requests to the same raster map(s) in the source<br>> Mapset/Location.<br>><br>> Is this bad?<br><br></div>Are you experiencing problems?<br><br></div>I have been using concurrent read requests on the same raster maps on different HPC systems for quite a few years by now and never got any problems.<br><br></div>Concurrent write requests would be a different issue.<br><br></div>Markus M<br><div><div><div><div><br></div></div></div></div></div>