[GRASS-dev] i.colors.enhance: G_calloc() error in r.quantile with large maps
Markus Neteler
neteler at osgeo.org
Sun Apr 30 03:51:32 PDT 2017
On Sun, Apr 30, 2017 at 11:47 AM, Markus Neteler <neteler at osgeo.org> wrote:
> ....
> .On Sat, Apr 29, 2017 at 11:16 PM, Markus Neteler <neteler at osgeo.org> wrote:
>> On Fri, Apr 28, 2017 at 5:05 PM, Markus Metz
> ...
>> rows: 88265
>> cols: 169411
>> cells: 14953061915
> ...
>> I have locally backported it, works too (I'd suggest to backport).
>
..
> ops. It seems that the memory footprint becomes big at some point in
> r.quantile. Could there be a leak somewhere? Or is it due to the 14,95
> gigapixels?
>
> I'll add another swap file and try again.
This helped!
Here the memory situation during the "Sorting bins" step which appears
to be most RAM intensive:
top - 12:22:16 up 55 days, 18 min, 5 users, load average: 3.55, 3.97, 4.09
Tasks: 678 total, 2 running, 662 sleeping, 0 stopped, 14 zombie
%Cpu(s): 14.1 us, 1.8 sy, 0.0 ni, 54.9 id, 28.2 wa, 0.5 hi, 0.5 si, 0.0 st
KiB Mem : 32772892 total, 279812 free, 32281888 used, 211192 buff/cache
KiB Swap: 39845880 total, 16045316 free, 23800564 used. 64196 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
27472 mundial+ 20 0 16.382g 0.013t 956 R 99.7 41.8 16:57.87 r.quantile
27474 mundial+ 20 0 17.026g 8.091g 156 R 99.7 25.9 15:43.12 r.quantile
27473 mundial+ 20 0 16.322g 9.260g 152 D 5.0 29.6 15:40.62
r.quantile <<--- !
The i.colors.enhance job was successfully completed thanks to the
increased swap file (so the fixed r.quantile does the job).
markusN
More information about the grass-dev
mailing list