Bug report #9229
Layer editing saving for a long time (memory leak?)
Status: | Closed | ||
---|---|---|---|
Priority: | Normal | ||
Assignee: | - | ||
Category: | Digitising | ||
Affected QGIS version: | 2.0.1 | Regression?: | No |
Operating System: | Debian Wheezy | Easy fix?: | No |
Pull Request or Patch supplied: | No | Resolution: | up/downstream |
Crashes QGIS or corrupts data: | No | Copied to github as #: | 17850 |
Description
8-9 clicks "save layer edits, work begins to slow down. 12-14 clicks slow down completely.
Hover:
terminal htop parameters when the procedure is:
on ubuntu (version12.04) the same problem
on windows 7 works well
History
#1 Updated by Matthias Kuhn almost 11 years ago
Hi Giedrius
Can you please provide more information about the problems you are experiencing.
- What type of data are you working with?
- Do you actually change data (geometries, attributes...)?
- How big is your dataset?
- Are you able to provide a test dataset or a screencapture of such an edit session?
Thank you very much
#2 Updated by Matthias Kuhn almost 11 years ago
- Status changed from Open to Feedback
#3 Updated by Giovanni Manghi almost 11 years ago
- Category set to Digitising
- Target version set to Future Release - High Priority
Matthias Kuhn wrote:
Hi Giedrius
Can you please provide more information about the problems you are experiencing.
- What type of data are you working with?
- Do you actually change data (geometries, attributes...)?
- How big is your dataset?
- Are you able to provide a test dataset or a screencapture of such an edit session?
Thank you very much
Hi Matthias, this issue has also been reported recently on the dev mailing list
http://lists.osgeo.org/pipermail/qgis-developer/2013-November/029325.html
#4 Updated by Giedrius Vaivilavičius almost 11 years ago
- File mem_leak.zip added
Matthias Kuhn wrote:
Hi Giedrius
Can you please provide more information about the problems you are experiencing.
- What type of data are you working with?
- Do you actually change data (geometries, attributes...)?
- How big is your dataset?
- Are you able to provide a test dataset or a screencapture of such an edit session?
Thank you very much
Just create a new point layer with one or more fields (Spatialite, shapefile, there is no difference):
1. In edit mode I put the point. enter data into the opened form and clicked "OK"
2. I click "save layer edits"
1. and 2. repeat steps 9-11 times and the program starts to brake.
It happens on 2.0.1 version. I noticed that on 2.1 (master) version of this happens only 40-50 times. The problem persists, but has to work.
#5 Updated by Gerhard Spieles almost 11 years ago
Hello,
can confirm this behavior also on windows machine.
Intensive digitizing makes work more and more slower, especially when create new geometries and save changes.
Then, best is to close QGIS and start it again.
Maybe, the "undo/redo" function handling in the memory could be a reason?
Gerhard
#6 Updated by Matthias Kuhn almost 11 years ago
About 45 edit sessions resulting in a total of 93 points starting from the attached shapefile (mem_leak) don't change the responsiveness or memory consumption of a recent master build here...
Can you try the following:
- Start QGIS from the console
- Reproduce the problem
- While QGIS is hanging / unresponsive, force QGIS to crash and print a stacktrace (E.g. by pressing
Ctrl + \\
on the console) - Paste the result here (Maybe some QGIS debug libraries will need to be installed to produce a useful output, I am not sure about debian/ubuntu (maybe a qgis-dbg package?) )
#7 Updated by Richard Duivenvoorde almost 11 years ago
- File editcrash.zip added
I can reproduce this here on a self compiled 2.0 branch build on Debian.
Took me some clicks and edits, but at a certain point, clicking the save-edits button started to take some seconds.
After that every new save takes longer, used ctrl-\\ to stop and output attached.
Hope this is helpfull
#8 Updated by Richard Duivenvoorde almost 11 years ago
- File editcrash.zip added
also reproduced on a master build here (31 dec).
Again the crash output, but I took some more info from the debug output.
Will also try without plugins....
#9 Updated by Giedrius Vaivilavičius almost 11 years ago
- File console_mem added
Matthias Kuhn wrote:
About 45 edit sessions resulting in a total of 93 points starting from the attached shapefile (mem_leak) don't change the responsiveness or memory consumption of a recent master build here...
Can you try the following:
- Start QGIS from the console
- Reproduce the problem
- While QGIS is hanging / unresponsive, force QGIS to crash and print a stacktrace (E.g. by pressing
Ctrl + \\
on the console)- Paste the result here (Maybe some QGIS debug libraries will need to be installed to produce a useful output, I am not sure about debian/ubuntu (maybe a qgis-dbg package?) )
#10 Updated by Giedrius Vaivilavičius almost 11 years ago
- File crash_ubuntu added
#11 Updated by Salvatore Larosa almost 11 years ago
Confirmed here although executing QGIS with --noplugins does disappear the issue (same OS).
Please test with --noplugins parameter and let us know if the issue still happens for you!
#12 Updated by Salvatore Larosa almost 11 years ago
For me it was enough to disable the Multipart Split plugin!
#13 Updated by Richard Duivenvoorde almost 11 years ago
--noplugins fixed it, but I did not have the Multipart Split plugin
so hitting ctrl-c (in terminal) when 'hanging' during a normal round, showed me de pyhon debug console, showing:
Traceback (most recent call last):
File "/home/richard/.qgis2/python/plugins/traceDigitize/traceDigitize.py", line 99, in toggle
QObject.disconnect(layer,SIGNAL"),self.toggle)
KeyboardInterrupt
So apparently with me it was traceDigitze plugin. Disabling that one worked for me...
So apparently these plugins have something in common which screws up QGIS editing... actions calling actions or so?
#14 Updated by Giedrius Vaivilavičius almost 11 years ago
Salvatore Larosa wrote:
Confirmed here although executing QGIS with --noplugins does disappear the issue (same OS).
Please test with --noplugins parameter and let us know if the issue still happens for you!
with --noplugins parameter works great. checking the problem by turning off one plug. When you turn off the Rectangle Ovals Digitizing  plugin problem disappeared. Thank you!
#15 Updated by Salvatore Larosa almost 11 years ago
Richard Duivenvoorde wrote:
--noplugins fixed it, but I did not have the Multipart Split plugin
so hitting ctrl-c (in terminal) when 'hanging' during a normal round, showed me de pyhon debug console, showing:
Traceback (most recent call last):
File "/home/richard/.qgis2/python/plugins/traceDigitize/traceDigitize.py", line 99, in toggle
QObject.disconnect(layer,SIGNAL"),self.toggle)
KeyboardInterruptSo apparently with me it was traceDigitze plugin. Disabling that one worked for me...
So apparently these plugins have something in common which screws up QGIS editing... actions calling actions or so?
good catch, same problem with the same SIGNAL: layer.editingStopped.disconnect(self.toggle)
#16 Updated by Matthias Kuhn almost 11 years ago
- Status changed from Feedback to Closed
- Resolution set to up/downstream
These are bugs in the plugins and need to be fixed in each one individually.
It seems that these plugins (verified only for Multipart Split) are connecting several times to the editingStarted signal and fail to disconnect it again properly. Because for every existing connection a new connection is made, this results in an exponential growth of connections, so the number of times the code is invoked doubles with every startEditing call.
To validate, just remove the try/except statements around the connect/disconnect calls and watch the number of exceptions increase.
#17 Updated by Giedrius Vaivilavičius almost 11 years ago
Matthias Kuhn wrote:
These are bugs in the plugins and need to be fixed in each one individually.
It seems that these plugins (verified only for Multipart Split) are connecting several times to the editingStarted signal and fail to disconnect it again properly. Because for every existing connection a new connection is made, this results in an exponential growth of connections, so the number of times the code is invoked doubles with every startEditing call.
To validate, just remove the try/except statements around the connect/disconnect calls and watch the number of exceptions increase.
Rectangle Ovals Digitizing  plugin also. ctrl-c interminal:
An error has occured while executing Python code:
Traceback (most recent call last):
File "/home/giedrius/.qgis2/python/plugins/rectovalDigit/rectovaldigit.py", line 209, in toggle
QObject.disconnect(layer,SIGNAL"),self.toggle)
KeyboardInterrupt
Python version:
2.7.3 (default, Jan 2 2013, 14:09:21)
[GCC 4.7.2]
QGIS version:
2.1.0-Master Master, exported
I noticed that after restarting qgis Rectangle ovals Digitizing disappears from the menu bars, but in Plugin Manager is marked as active. When reactivating it again appears in the menu bar. After this action, the problem does not recur.
#18 Updated by Matthias Kuhn almost 11 years ago
When disabling signals get disconnected, and not necessarily get reconnected when re-enabling. E.g. the Multipart Split would reconnect it on the next change of the active layer.
I would like to kindly ask you to please report a bug for any affected plugin you find, so these issues can be ironed out.
Multipart Split #9291
#19 Updated by Paolo Cavallini almost 11 years ago
Agreed, very important to open specific tickets for individual plugins. Please do it; ask for help if needed.
#20 Updated by Richard Duivenvoorde almost 11 years ago
Ok, done for:
traceDigitize: https://sourceforge.net/apps/trac/geoing/ticket/3
and
rectangles oval digitizing: #9293
#21 Updated by Alexandre Neto almost 11 years ago
I have made a patch for the multipart split plugin. Please confirm that it's working, and report in #9291.
I have also notice the same problem in Numerical Digitize and Numerical Vertex Edit plugins. I think they are already included in this ticket