<p dir="ltr">Yes, sorry, I forgot to say that there is 5GB of free memory during this time as reported by vmstat.<br>
</p>
<div class="gmail_quote">On Mar 1, 2013 6:46 PM, "Danil Zagoskin" <<a href="mailto:z@gosk.in">z@gosk.in</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Vance, and what do you expect?<div><br></div><div>Function consumes memory, VM allocates more memory.</div><div>On each iteration function consumes small amount of memory, but this does not mean VM requests memory from OS on each iteration.</div>
<div>VM has some pre-allocated memory, and when almost all of it is used, VM allocates next large block.</div><div><br></div><div>So, when there is already allocated 15.5 GB of available 16 and VM wants to allocate 800MB more, the call fails, saying "cannot allocate 800M". That's what you see in console, but it does not say how much is already used.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/3/1 Vance Shipley <span dir="ltr"><<a href="mailto:vances@motivity.ca" target="_blank">vances@motivity.ca</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>On Fri, Mar 01, 2013 at 10:33:35AM +0100, Patrik Nyblom wrote:<br>
} Looks like you're running a 32 bit VM, in which case you have at a<br>
} absolute maximum 4GB of memory. A heap allocation of 1.3 GB means<br>
} an old version of the heap of possibly the same size (copying GC) +<br>
} old heap generations and so on. A heap also needs to have<br>
} continuous virtual memory, so the chance of having a single process<br>
} with this much heap running on a 32bit VM is slim at best. If you<br>
} have a lot of physical memory in the machine, run a 64bit OS and a<br>
} 64bit Erlang VM.<br>
<br>
</div>Patrik,<br>
<br>
Fair enough, I didn't realize that I had forgotten to build R16B as<br>
64 bit on my MacBook Pro. When I did the test happily used up all<br>
16GB of physical memory and 10GB of swap before I killed it.<br>
<br>
But can you explain this one?:<br>
<br>
Erlang R16B (erts-5.10.1) [source] [64-bit halfword] [smp:8:8] [async-threads:10] [kernel-poll:false]<br>
<div><br>
Eshell V5.10.1 (abort with ^G)<br>
1> F = fun(F, Acc) -> F(F, [lists:seq(1,1000) | Acc]) end.<br>
#Fun<erl_eval.12.17052888><br>
2> F(F, []).<br>
<br>
</div><div> Crash dump was written to: erl_crash.dump<br>
</div> eheap_alloc: Cannot allocate 790960704 bytes of memory (of type "old_heap").<br>
Aborted (core dumped)<br>
<br>
Above I am running an R16B 64-bit halfword emulator on a server with 6GB<br>
of physical memory.<br>
<br>
What are the system limits with the halfword emulator? I assume that I<br>
can't have a binary over 4GB. Can I have an ets table bigger than 4GB?<br>
<span><font color="#888888"><br>
--<br>
-Vance<br>
</font></span><div><br>
<br>
On 03/01/2013 07:09 AM, Vance Shipley wrote:<br>
} In the pathological example below why is eheap_alloc failing to<br>
} allocate 1.4GB of memory on a system with many more gigabytes of<br>
} memory available?<br>
}<br>
</div><div>} Erlang R16B (erts-5.10.1) [source] [smp:8:8] [async-threads:10] [hipe] [kernel-poll:false]<br>
}<br>
} Eshell V5.10.1 (abort with ^G)<br>
} 1> F = fun(F, Acc) -> F(F, [lists:seq(1,1000) | Acc]) end.<br>
} #Fun<erl_eval.12.17052888><br>
} 2> F(F, []).<br>
}<br>
</div><div>} Crash dump was written to: erl_crash.dump<br>
} eheap_alloc: Cannot allocate 1366780092 bytes of memory (of type "heap").<br>
} Abort trap: 6<br>
<br>
</div><div><div>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><font face="'courier new', monospace">---------------------------------------------</font><div><font face="'courier new', monospace">Данил Загоскин | <a href="tel:%2B7%20906%20064%2020%2047" value="+79060642047" target="_blank">+7 906 064 20 47</a> | <a href="mailto:z@gosk.in" target="_blank">z@gosk.in</a></font></div>
</div>
</blockquote></div>