<div dir="ltr">I can confirm this issue. I've the same problem when work with my complex projects.<div>I'm not a developer so I can't propose a solution but I'm available for testing.</div><div><br></div><div>Luca</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-06 9:52 GMT+01:00 Sam Ingarfield <span dir="ltr"><<a href="mailto:sjfingarfield@gmail.com" target="_blank">sjfingarfield@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Everyone,</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">I have been suffering from <i>very</i> poor performance on a number of projects, which only seems to become noticeable on large, complex projects. I have filed a bug with regards to this, see <a href="http://hub.qgis.org/issues/12125" target="_blank">http://hub.qgis.org/issues/12125</a>. Giovanni suggested I cross-post on the developer and user lists to see if others are experiencing the problem/have any ideas on what's going on.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">The issue I am experiencing manifests in two ways:</div><div class="gmail_default" style="font-family:tahoma,sans-serif">a) Very slow project loading times (>30mins at times). Someone on the bug tracker suggested that this may in part be related to the retrieval of extent and geometry from postgis layers. I've had a look at the debugging logs (from the master build) and this seems to be the case, for what I estimate as about half the loading time.</div><div class="gmail_default"><font face="tahoma, sans-serif">b) Very slow addition and removal of layers after the first save event. From a quick look at the debug output, it seems that after the first save, the entire project is being reloaded on each layer addition/removal, which takes a very long time. Before the first save event, performance is very good, addition and removal of layers is virtually instantaneous. </font></div><div class="gmail_default"><font face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font face="tahoma, sans-serif">Obviously long project times are annoying but manageable, so long as I only have to load the project infrequently. The second issue, however, makes Qgis pretty much unworkable and leads to very long times between saves (and the inevitable quit & reload to restore performance) which is poor practice.</font></div><div class="gmail_default"><font face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font face="tahoma, sans-serif">To give you an idea of the difference between pre and post-save behaviour, Qgis emits about 850 lines of debugging output pre-save, rising to over 430,000 lines post-save when adding a layer to one of my projects.</font></div><div class="gmail_default"><font face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font face="tahoma, sans-serif">Am happy to share debugging output with a developer off-list if that would help nail down what is happening and could lead to a fix.</font></div><div class="gmail_default"><font face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font face="tahoma, sans-serif">Cheers;</font></div><div class="gmail_default"><font face="tahoma, sans-serif">Sam Ingarfield.</font></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div></div>
<br>_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br></blockquote></div><br></div>