On Wed, 10 Jun 2020 at 19:37, Andreas Neumann <[email protected]> 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 <[email protected]> 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 > [email protected] > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > _______________________________________________ QGIS-Developer mailing list [email protected] List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
