<div dir="ltr"><div>Hi Stefan,<br><br>On Thu, Feb 21, 2019 at 2:20 PM Stefan Blumentrath <<a href="mailto:Stefan.Blumentrath@nina.no">Stefan.Blumentrath@nina.no</a>> wrote:<br>><br>> Hi again,<br>><br>> Please find below the output from a run of the problematic command with valgrind (note that ainput data (points) are stored in PostGIS (v.external)).<br>><br>> Hope that helps to shed some light…<br>><br>> Cheers<br>><br>> Stefan<br>><br>> valgrind --leak-check=yes v.select ainput=grid100 binput=landNorway output=testNorwayGrid<br>><br>>  [...]<br>><br>> ==13217== LEAK SUMMARY:<br>> ==13217==    definitely lost: 964 bytes in 39 blocks<br>> ==13217==    indirectly lost: 72 bytes in 10 blocks<br>> ==13217==      possibly lost: 79 bytes in 4 blocks<br>> ==13217==    still reachable: 9,025,026,330 bytes in 188,201,312 blocks<br><br>this is the problem, please run valgrind again with<br>--show-reachable=yes<br></div><div><br></div><div>we need to find out where these 9,025,026,330 bytes have been allocated.<br></div><div><br></div><div>Markus M</div><div><br></div><div><div>></div>> From: Markus Metz <<a href="mailto:markus.metz.giswork@gmail.com">markus.metz.giswork@gmail.com</a>><br>> Sent: lørdag 19. januar 2019 22:17<br>> To: Stefan Blumentrath <<a href="mailto:Stefan.Blumentrath@nina.no">Stefan.Blumentrath@nina.no</a>><br>> Cc: Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>>; 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>>  <br>><br>><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>><br>> > That will give insights about potential memory leaks. He/you may CTRL-C it on the way to keep the server alive.<br>><br>>  <br>><br>> 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.<br>><br>>  <br>><br>> Markus M<br>><br>>  </div></div>