<div dir="ltr">I would like to add to Richard's points that you may have to tune the memory allocator settings of the Beam too above a few hundred GB-s. The default values may lead to some fragmentation that is becoming significant at this point, especially for long-term allocated memory (typically: ETS tables). I would advise not to use address order first fit strategies for example, but rather stick to the old default, best fit strategy. Using a super carrier may be beneficial too if you expect to use a lot of memory.<div><br></div><div>Cheers,</div><div>Daniel</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 28 Sep 2019 at 17:07, Richard Carlsson <<a href="mailto:carlsson.richard@gmail.com">carlsson.richard@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">We have been running Erlang/OTP on machines with up to 3 TB of RAM, for many years. The Beam VM has no problems with this; we have seen single Erlang processes within a Beam use a few hundred GB of temporary data and then deallocate it again, while the VMs can keep running for months on end. The problems at that scale typically show up in the OS kernel, and you may need to tune it to avoid long pauses in the OS memory management, and occasionally flush the page cache to defragment the RAM.<br clear="all"><div><div dir="ltr"><br>        /Richard</div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Den lör 28 sep. 2019 kl 16:03 skrev <<a href="mailto:buday.gergely@uni-eszterhazy.hu" target="_blank">buday.gergely@uni-eszterhazy.hu</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="ltr"><div style="color:rgb(33,33,33);background-color:rgb(255,255,255);text-align:left" dir="ltr">Hi there,</div><div style="color:rgb(33,33,33);background-color:rgb(255,255,255);text-align:left" dir="ltr"><br></div><div style="color:rgb(33,33,33);background-color:rgb(255,255,255);text-align:left" dir="ltr">are there experience reports on using Erlang/Elixir on systems with 200 GB of memory and more?</div><div style="color:rgb(33,33,33);background-color:rgb(255,255,255);text-align:left" dir="ltr"><br></div><div style="color:rgb(33,33,33);background-color:rgb(255,255,255);text-align:left" dir="ltr">If you have a first-hand account on that, please share it with me.</div><div style="color:rgb(33,33,33);background-color:rgb(255,255,255);text-align:left" dir="ltr"><br></div><div style="color:rgb(33,33,33);background-color:rgb(255,255,255);text-align:left" dir="ltr">My friends are doing that and said that only C++ was capable of handling that.</div><div style="color:rgb(33,33,33);background-color:rgb(255,255,255);text-align:left" dir="ltr"><br></div><div style="color:rgb(33,33,33);background-color:rgb(255,255,255);text-align:left" dir="ltr">- Gergely</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" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></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" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></div>