[Qgis-user] Diagnosing QGIS slowdown (Windows)

[Martin Pergler]

Helpful, thanks.

I've now created a separate project which uses a (layout)-rendered map from
the main project, and where I selectively pull in individual layers for
editing from the gpkg. That works fine. (I like @baswein's idea of 2
instances drag-and-drop, but I've been fine so far only dragging within one
instance, but from the main project .qgz opened up in the Browser; the
effect is the same)

@Nicolas, so far I've tried creating a single brand new new .shp (non .gpkg)
layer. The general UI sluggishness (in the main project) is the same, as is
the long delay exiting edit mode. But the sluggishness editing a new
feature's attribute form is gone. Ditto for creating a new layer inside my
main .gpkg file. So it's not *directly* related to gpkg vs shp, though if
I'm experiencing problems working with gpkg files overall, especially
complex multi-layer reads from gpkg, that would still be consistent. I
haven't bypassed gpkg completely.

Given the alternate-project workaround, I'll muddle through for a few days,
and next week try if 3.16.2 miraculously fixes the issue. If not, I'll
rebuild my project, which by using saved styles/layer defn files and adding
via the browser from the main project won't be that huge a hassle. Still
some, of course, as I need to fiddle with layer groups and ordering, joins,
project variables and the like. 

Maybe with the new cross-project copying/opening functionality, I should
rebuild the project as multiple, leaner ones anyway. I have accreted about
50 vector layers and 30 raster ones, which turn on and off via themes,
exclusive groups, and temporal ranges. Maybe now's the time to rebuild as
multiple much simpler projects merely accessing the same data store (and
saved styles). 



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html