Bug report #6691
Heatmap has memory leak
Status: | Closed | ||
---|---|---|---|
Priority: | High | ||
Assignee: | - | ||
Category: | C++ Plugins | ||
Affected QGIS version: | 1.8.0 | Regression?: | No |
Operating System: | Windows 7 x64 | Easy fix?: | No |
Pull Request or Patch supplied: | No | Resolution: | |
Crashes QGIS or corrupts data: | Yes | Copied to github as #: | 15858 |
Description
I have been running a heatmap for 12 hours now on a layer with just over 700,000 points. Except for specifying input layer and output, I accepted defaults when I kicked it off.
qgis.exe's memory usage gradually rose throughout the running of this heat map, starting at around 150MB and gradually ballooning to almost 1.7 GB, which is dangerously close to the Windows 2 GB 32-bit process limit.
The gradual increase in memory usage was a lot faster at start. Now (12 hours later) it may increase by 1K every few minutes.
I am guessing there is a memory leak because running a GRASS v.kernel heatmap on the same dataset never consumes more than 200MB of RAM.
Also, not sure if this matters, but my output TIFF file is currently 933 KB and hasn't been touched since 1 hour after I kicked off this job. If that's not expected behavior, that suggests that something has gone over the cliff on processing and is taking too long to continue progress.
Currently, the heatmap feature is hammering one of my cores (this really needs multithread!).
Associated revisions
History
#1 Updated by Aren Cambre about 12 years ago
qgis finally conked out and crashed at about 12.5 hours.
#2 Updated by Aren Cambre about 12 years ago
- Crashes QGIS or corrupts data changed from No to Yes
#3 Updated by Aren Cambre about 12 years ago
- Category set to C++ Plugins
#4 Updated by Giovanni Manghi almost 12 years ago
- Priority changed from Normal to High
#5 Updated by Nathan Woodrow almost 12 years ago
- Status changed from Open to Closed
Fixed in changeset 9a81fa760993ef8cc5c5f0829f635cbaf2c4e63b.