<div dir="ltr"><br><br>On Fri, Jan 18, 2019 at 8:29 AM Stefan Blumentrath <<a href="mailto:Stefan.Blumentrath@nina.no">Stefan.Blumentrath@nina.no</a>> wrote:<br>><br>> THanks, we`ll try and report back.<br>><br>> -----Original Message-----<br>> From: Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>><br>> Sent: fredag 18. januar 2019 07:52<br>> To: Stefan Blumentrath <<a href="mailto:Stefan.Blumentrath@nina.no">Stefan.Blumentrath@nina.no</a>><br>> Cc: GRASS developers list (<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a>) <<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a>><br>> Subject: Re: [GRASS-dev] v.select: increasing memory consumption<br>><br>> Hi,<br>><br>> On Thu, Jan 17, 2019 at 2:11 PM Stefan Blumentrath <<a href="mailto:Stefan.Blumentrath@nina.no">Stefan.Blumentrath@nina.no</a>> wrote:<br>> ><br>> > Dear all,<br>> ><br>> > A colleague of mine just experienced that v.select in GRASS 7.4.3 (from UbuntuGIS) did not stop allocating memory until the server (Ubuntu 16.04) almost died and he killed the process.<br>> ><br>> > Is that a bug or would v.select have stopped allocating memory at some point before the system gets unusable? Or is this something the user should take care of? If I remember correctly there is a “LOW_MEM option” for v.in.ogr would such a thing be needed here to.<br>> ><br>> > In a multi-user environment this can be a bit tricky…<br>><br>> yeah!<br>><br>> > Any hints? Should I open a ticket (probably hard to reproduce with small test-dataset)?<br>><br>> Please re-run the job with "valgrind", see<br>><br>> <a href="https://grasswiki.osgeo.org/wiki/GRASS_Debugging#Using_Valgrind">https://grasswiki.osgeo.org/wiki/GRASS_Debugging#Using_Valgrind</a><br>><br><div>> That will give insights about potential memory leaks. He/you may CTRL-C it on the way to keep the server alive.</div><div><br></div><div>A simple run fo v.select with valgrind does not show any memory leak (increase of memory consumption within a loop). Can you provide the test command and ideally also the data causing the problem? That would help with debugging.</div><div><br></div><div>Markus M<br></div><br></div>