[Qgis-developer] Memory leak in QGIS 2.14 with a Shapefile

[kimaidou]

I created an issue about it : http://hub.qgis.org/issues/14792

2016-05-09 11:48 GMT+02:00 kimaidou <kimaidou at gmail.com>:

> Hi again,
>
> I also forgot to mention that I have no memory leak when using the same
> dataset in PostGIS ( tested by importing the Shapefile in PostGIS with
> shape2pgsql )
>
> Michaël
>
> 2016-05-09 11:07 GMT+02:00 kimaidou <kimaidou at gmail.com>:
>
>> I forgot to mention the steps to reproduce the bug, and the precautions
>> to take :
>>
>> * open the project in QGIS 2.14 ( I have not tested with older versions)
>>
>> * open a terminal and use this kind of command to monitor QGIS memory
>> consumption : htop, or ps with
>> watch -n1 'ps -aux --sort -pmem | head -5'
>>
>> * Navigate through the project by zooming in and out, pan, etc. I think
>> you emphasize the memory leak by displaying the layer at small scale ( with
>> many buildings displayed)
>>
>> * Be aware that this will increase the memory, so keep an eye on the
>> memory consumption so that your system has enough free memory to work
>> properly.
>>
>> Michaël
>>
>> 2016-05-09 11:00 GMT+02:00 kimaidou <kimaidou at gmail.com>:
>>
>>> Hi devs,
>>>
>>> I have just found a memory leak in QGIS Desktop (and server) with the
>>> project available in [1] ( a 20Mo tar.bz2 )
>>>
>>> This is a very simple project with only one buildings Shapefile ( SHP
>>> 68Mo). This layer has been exported from PostGIS from a query wich aimed to
>>> simplify the building for fast rendering.
>>>
>>> The geometries have been simplified ( I used SnapToGrid, then
>>> (St_Dump(St_Union(a.geom)))  to remove as many nodes as possible )
>>>
>>> The layers has ~ 700 000 features.
>>>
>>> Has anyone encoutered such a leak ?
>>>
>>> [1]
>>> https://framadrop.org/r/_7VsZtvzdU#+eJHHPPOIdVcgj/AUp8V91T9m6gmO7/XCh6uOhzP7ro=
>>>
>>> Cheers,
>>>
>>> Michaël
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20160509/7054c784/attachment.html>