[QGIS-Developer] QGIS startup time, Loading of Processing

Nyall Dawson nyall.dawson at gmail.com
Wed Jun 10 02:50:27 PDT 2020


On Wed, 10 Jun 2020 at 19:37, Andreas Neumann <a.neumann at carto.net> wrote:
>
> Hi Nyall,
>
> You are right. GRASS and SAGA take the longest time in initialization. Perhaps we should disable those by default. I think both are for advanced users. These users should know how to enable the SAGA and GRASS providers, should they need them.
>
> Here is the screenshot from my QGIS on Linux (without SAGA) (I'll send another one for Windows later):

Thanks! I'm going to add some more granularity to the GRASS startup
login shortly (but I'm 99% certain it will confirm that the issue is
the text file reading...)

>
> Seems like DataPlotly also takes substantial time to load.

Yes - unfortunately that's the 3rd party plotly imports themselves
which are slow. Possibly there's a way to defer these imports until
needed till. Could you file an issue on the DataPlotly tracker about
this?

Nyall

>
> Greetings,
>
> Andreas
>
>
> On 2020-06-10 11:27, Nyall Dawson wrote:
>
> On Wed, 10 Jun 2020 at 19:22, Andreas Neumann <a.neumann at carto.net> wrote:
>
>
> Hi,
>
> Given that the initialization of the Processing plugin takes around 2/3 of the QGIS startup time, I wonder if we can discuss how to improve the situation?
>
> Can there be a "delayed" or "on demand" loading of processing if the user needs it?
>
> Quite a lot of users use QGIS for viewing or editing, without any need for analysis. I know that they could disable the processing plugin or use a different user profile where the plugin is disabled, but ...
>
> Is there something that we could do as QGIS developers to speed up, delay or on-demand load the processing plugin?
>
>
> Yes, I think there's lots we could do. But I'd love to see a
> screenshot of the new startup time profiler for one of your affected
> slow-to-start machines.
>
> Typically the culprit is the GRASS and SAGA providers, where they load
> algorithms from 100s of text files. File access like this on Windows
> is very slow, so I think the easiest thing to try first would be if we
> concatenate all the definitions into a single master text file...
>
> Nyall
>
>
> Thanks for the discussion,
>
> Andreas
>
> _______________________________________________
> QGIS-Developer mailing list
> QGIS-Developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>


More information about the QGIS-Developer mailing list