Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Heatmap has memory leak #15858

Closed
qgib opened this issue Nov 14, 2012 · 5 comments
Closed

Heatmap has memory leak #15858

qgib opened this issue Nov 14, 2012 · 5 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Crash/Data Corruption High Priority Plugins

Comments

@qgib
Copy link
Contributor

qgib commented Nov 14, 2012

Author Name: Aren Cambre (Aren Cambre)
Original Redmine Issue: 6691
Affected QGIS version: 1.8.0
Redmine category:c++_plugins


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!).

@qgib
Copy link
Contributor Author

qgib commented Nov 14, 2012

Author Name: Aren Cambre (Aren Cambre)


qgis finally conked out and crashed at about 12.5 hours.

@qgib
Copy link
Contributor Author

qgib commented Nov 24, 2012

Author Name: Aren Cambre (Aren Cambre)


  • crashes_corrupts_data was changed from 0 to 1

@qgib
Copy link
Contributor Author

qgib commented Nov 24, 2012

Author Name: Aren Cambre (Aren Cambre)


  • category_id was configured as C++ Plugins

@qgib
Copy link
Contributor Author

qgib commented Dec 30, 2012

Author Name: Giovanni Manghi (@gioman)


  • priority_id was changed from Normal to High

@qgib
Copy link
Contributor Author

qgib commented Mar 17, 2013

Author Name: Nathan Woodrow (@NathanW2)


Fixed in changeset "9a81fa760993ef8cc5c5f0829f635cbaf2c4e63b".


  • status_id was changed from Open to Closed

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! High Priority Plugins Crash/Data Corruption labels May 24, 2019
@qgib qgib closed this as completed May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Crash/Data Corruption High Priority Plugins
Projects
None yet
Development

No branches or pull requests

1 participant