<div dir="ltr"><div><div><br><br>On Sun, Apr 30, 2017 at 12:51 PM, Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>> wrote:<br>><br>> On Sun, Apr 30, 2017 at 11:47 AM, Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>> wrote:<br>> > ....<br>> > .On Sat, Apr 29, 2017 at 11:16 PM, Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>> wrote:<br>> >> On Fri, Apr 28, 2017 at 5:05 PM, Markus Metz<br>> > ...<br>> >> rows:       88265<br>> >> cols:       169411<br>> >> cells:      14953061915<br>> > ...<br>> >> I have locally backported it, works too (I'd suggest to backport).<br>> ><br>> ..<br>> > ops. It seems that the memory footprint becomes big at some point in<br>> > r.quantile. Could there be a leak somewhere? Or is it due to the 14,95<br>> > gigapixels?<br>> ><br>> > I'll add another swap file and try again.<br>><br>> This helped!<br>><br>> Here the memory situation during the "Sorting bins" step which appears<br>> to be most RAM intensive:<br>><br>> top - 12:22:16 up 55 days, 18 min,  5 users,  load average: 3.55, 3.97, 4.09<br>> Tasks: 678 total,   2 running, 662 sleeping,   0 stopped,  14 zombie<br>> %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<br>> KiB Mem : 32772892 total,   279812 free, 32281888 used,   211192 buff/cache<br>> KiB Swap: 39845880 total, 16045316 free, 23800564 used.    64196 avail Mem<br>><br>>   PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND<br>> 27472 mundial+  20   0 16.382g 0.013t    956 R  99.7 41.8  16:57.87 r.quantile<br>> 27474 mundial+  20   0 17.026g 8.091g    156 R  99.7 25.9  15:43.12 r.quantile<br>> 27473 mundial+  20   0 16.322g 9.260g    152 D   5.0 29.6  15:40.62<br>> r.quantile  <<--- !<br>><br><br></div>16+GB of RAM still seems too much to me, unless the histograms of the cell values are highly skewed. What is the output of r.stats -c for B04_255, B11_255, B8A_255?<br><br></div>Markus M<br></div>