Here are the results from Windows 10 (run from inside Virtualbox):
On 2020-06-10 11:50, Nyall Dawson wrote:
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
