<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);" class="elementToProof">
SMB Multichannel is indeed active, it is a .qgz file</div>
<div id="appendonsend"></div>
<div class="u-row-container" style="margin: 0 0 0 0">
<div class="u-row" style="min-width: 500px;max-width: 100%;">
<div style="display: table;width: 100%;">
<div class="u-col u-col-100" style="display: table-cell;vertical-align: top;"><span style="font-family: Calibri;">
<br style="font-family: Calibri;">
<span style="font-size: 9pt;">
</span><span style="font-size: 9pt;">
</span><span style="font-size: 9pt;">
</span><table id="0.j0aw5fuotti" style="width: 700px; font-family: Calibri;">
<tbody style="font-family: Calibri;">
<tr style="font-family: Calibri;"><td valign="bottom" style="width: 700px; font-family: Calibri; text-align: left;" class=""><span style="font-weight: bolder; font-family: Calibri; font-size: 14pt; color: rgb(0, 114, 204);">Muki Lukuna</span></td></tr><tr style="font-family: Calibri;"><td valign="top" style="width: 700px; font-family: Calibri; padding: 0px 0px 10px;" class=""><span style="font-family: Calibri; font-size: 14.6667px;">IT Cloud Engineer @ IT Synergy</span></td></tr>
</tbody>
</table>
<br></span><table id="0.4n2mmeuldf" style="width: 850px;" cellspacing="0" cellpadding="0"><tbody><tr><td valign="top" style="width: 850px; font-family: Arial;" class=""><img src="cid:itsfooteremail_e344558a-1941-4773-bd69-a10ea4ce26fc.png" border="0" id="0.cpengnylzwt" alt="ITS footer email.png" style="width: 521px; height: 75px; aspect-ratio: 521 / 75;" width="521" height="75"></td></tr></tbody></table><span style="font-family: Calibri;"><br style="font-family: Calibri;">
</span></div>
</div>
</div>
</div><hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>Van:</b> QGIS-User <qgis-user-bounces@lists.osgeo.org> namens Gert-Jan van der Weijden - GISNederland via QGIS-User <qgis-user@lists.osgeo.org><br>
<b>Verzonden:</b> woensdag 28 januari 2026 12:02<br>
<b>Aan:</b> Muki Lukuna | IT Synergy via QGIS-User <qgis-user@lists.osgeo.org>; qgis-community-team@lists.osgeo.org <qgis-community-team@lists.osgeo.org><br>
<b>Onderwerp:</b> Re: [Qgis-user] Qgis best practices</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">Perhaps Azure Multichannel settings?<br>
See <br>
<a href="https://learn.microsoft.com/en-us/azure/storage/files/smb-performance?tabs=portal">https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flearn.microsoft.com%2Fen-us%2Fazure%2Fstorage%2Ffiles%2Fsmb-performance%3Ftabs%3Dportal&data=05%7C02%7Cmuki.lukuna%40itsynergy.nl%7C76abaa8e7fa4471977cf08de5e5dacc2%7C1e902b754a054930ab2d2f2ef9d57937%7C0%7C0%7C639051953618259209%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=IZpCNEXikxTmh9NJkU3sdR0aT8uMoODMPFWN0j7zflk%3D&reserved=0</a><br>
<br>
<br>
Apart from that: what kind of file is the 2 Mb file?<br>
A QQis project file (.qgz), or a geopackage (.gpkg, which is a sqlite <br>
under the hood), or a file geodatabase (.fgb, which is under the hood a <br>
large number of files, probably zipped together)<br>
<br>
<br>
regards,<br>
<br>
Gert-Jan<br>
<br>
<br>
On 1/27/2026 2:48 PM, Greg Troxel via QGIS-User wrote:<br>
> Muki Lukuna | IT Synergy via QGIS-User <qgis-user@lists.osgeo.org><br>
> writes:<br>
><br>
>> I work for an MSP and we manage IT for a client that recently migrated from an on-prem environment (RDS + file server in<br>
>> the same rack) to Azure Virtual Desktop. Since the migration, QGIS performance has degraded when opening and saving<br>
>> certain datasets/projects.<br>
> I hope this move turns out to be a good idea!<br>
><br>
> What was the performance experience when you configured and tested the<br>
> setup in staging before committing to the migration?<br>
><br>
>> Environment<br>
>><br>
>> * QGIS version: 3.40.12 “Bratislava”<br>
>> * Azure Virtual Desktop (multiple session hosts)<br>
>> * Data stored on Azure Files / Storage Account (Premium), same region as AVD<br>
>> * Access via Private Endpoint (no public internet path to the storage)<br>
>> * First days after migration were OK, issues became noticeable after a few days<br>
> Many of us know nothing about Azure, but I'm going to guess this is just<br>
> CIFS.<br>
><br>
><br>
>> Symptoms<br>
>><br>
>> * Opening and saving files is slow and sometimes appears to hang<br>
>> * For one specific dataset/project, QGIS crashes on open or on save<br>
>> * Windows Explorer also becomes “Not responding” when opening/saving that same file set (seems I/O related)<br>
>> * Other files can also feel slower, but the reported file is consistently problematic<br>
>> * The file that seems to hang the most is a 2 mb file<br>
> If Windows Explorer is hanging that is a very strong clue that you have<br>
> infrastructure problems and this is no a qgis issue.<br>
><br>
> In 2026, 2 MB is not a big file. Just as a not-your-environment test, I<br>
> found a 2 MB file on an NFS server (NetBDSD) on a not-particularly fast<br>
> client (Raspberry Pi 4, NetBSD), connected via GbE, and ran sha1 to<br>
> checksum it.<br>
><br>
> The first time was 386 ms, the second was 31 ms, and the third a few<br>
> minutes later was also 31 ms. I conclude that it took about 350 ms to<br>
> fetch the file.<br>
><br>
><br>
> Your report is not quantitative, just saying "slow", and with "hang" you<br>
> didn't say how long you waited (or if other file accesses were ok in<br>
> that time frame). But I'm pretty sure you're not complaining about<br>
> opening a dataset taking 350 ms to fetch and another second to process.<br>
><br>
><br>
>> What we are looking for<br>
>><br>
>> * Are there known QGIS settings, data formats, provider options, or project configurations that can cause heavy file<br>
>> locking / long blocking I/O over network storage?<br>
>> * Any recommended best practices for running QGIS in a VDI/remote desktop setup with data stored on network file shares<br>
>> (Azure Files), especially regarding caching, temp directories, or avoiding certain workflows?<br>
>> * Any logging or diagnostics you recommend (QGIS logs, GDAL/OGR debug options, crash dump locations) that would help<br>
>> narrow down whether this is QGIS-related vs storage/SMB/locking/latency?<br>
> Best practice is not to store data over CIFS. I would suggest using<br>
> postgresql/postgis instead.<br>
><br>
> Overall, you seem to be having a network filesystem problem. Many<br>
> people use QGIS over CIFS and have only the moderate trouble of not<br>
> having reasonable multi-user access. That isn't a proof that there<br>
> isn't a qgis problem, but it's a clue.<br>
><br>
> It seems obvious that you should be running fileystem tests and<br>
> benchmarks on the infrastructure without qgis, and only when that seems<br>
> to have great performance worry about qgis. With desktops and servers<br>
> all in the same cloud region, performance should be excellent.<br>
><br>
> To help others (as you are asking for peer help within a community),<br>
> please post the results of benchmarks, and the eventual resolution.<br>
><br>
> Greg<br>
> _______________________________________________<br>
> QGIS-User mailing list<br>
> QGIS-User@lists.osgeo.org<br>
> List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user">https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.osgeo.org%2Fmailman%2Flistinfo%2Fqgis-user&data=05%7C02%7Cmuki.lukuna%40itsynergy.nl%7C76abaa8e7fa4471977cf08de5e5dacc2%7C1e902b754a054930ab2d2f2ef9d57937%7C0%7C0%7C639051953618297239%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=ppxDHNfVQCjAVsWRtsvzJ%2B%2BUM7%2B%2BRlw6BSw25GPUhYo%3D&reserved=0</a><br>
> Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user">https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.osgeo.org%2Fmailman%2Flistinfo%2Fqgis-user&data=05%7C02%7Cmuki.lukuna%40itsynergy.nl%7C76abaa8e7fa4471977cf08de5e5dacc2%7C1e902b754a054930ab2d2f2ef9d57937%7C0%7C0%7C639051953618331084%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=YuUeKKTshrKNA19NoKO%2BAFubT90nakpqY8uJWlD%2Bp5Y%3D&reserved=0</a><br>
_______________________________________________<br>
QGIS-User mailing list<br>
QGIS-User@lists.osgeo.org<br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user">https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.osgeo.org%2Fmailman%2Flistinfo%2Fqgis-user&data=05%7C02%7Cmuki.lukuna%40itsynergy.nl%7C76abaa8e7fa4471977cf08de5e5dacc2%7C1e902b754a054930ab2d2f2ef9d57937%7C0%7C0%7C639051953618360234%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=1wMqbZtgGOOQAxBQhdE6eGwpP%2FcZzYisNSFPWtdYiSk%3D&reserved=0</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user">https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.osgeo.org%2Fmailman%2Flistinfo%2Fqgis-user&data=05%7C02%7Cmuki.lukuna%40itsynergy.nl%7C76abaa8e7fa4471977cf08de5e5dacc2%7C1e902b754a054930ab2d2f2ef9d57937%7C0%7C0%7C639051953618392586%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=22iNizuIO70AyAotR6Ck2Bndr5fmv0sJ1ie2y9b3lmY%3D&reserved=0</a><br>
</div>
</span></font></div>
</body>
</html>