<div dir="ltr">thank you for useful info <div>this will be interesting to deal with  </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 8, 2017 at 1:26 PM, Dániel Szoboszlay <span dir="ltr"><<a href="mailto:dszoboszlay@gmail.com" target="_blank">dszoboszlay@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Yes, this is a per-node limit (just like almost all other VM limits). Distributing modules on different nodes would work.<div><br></div><div>Be aware though that by default the nodes would try to form a fully connected mesh, so if you would like to run them all on the same host (and same IP) the next thing you will run out of will be TCP ports. So start these nodes as hidden and/or try to distribute them over multiple IP-s/hosts.<div><br></div><div>Cheers,</div><div>Daniel</div></div></div><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Mon, 8 May 2017 at 13:09 Karlo Kuna <<a href="mailto:kuna.prime@gmail.com" target="_blank">kuna.prime@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">so anyone knows if this limit is per node? if it is then distributing modules on different node would be great option.</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 7, 2017 at 10:14 PM, Xavier Noria <span dir="ltr"><<a href="mailto:fxn@hashref.com" target="_blank">fxn@hashref.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Is the limit was per node, perhaps sharding them could be a workaround. (But I do not know if the premise holds.)</div><div class="m_-5780212356524825050m_5375329472885392668HOEnZb"><div class="m_-5780212356524825050m_5375329472885392668h5"><div><br><div class="gmail_quote"><div>On Sun, 7 May 2017 at 21:53, Karlo Kuna <<a href="mailto:kuna.prime@gmail.com" target="_blank">kuna.prime@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>permise is that all are used <div><br></div><div>and i would rather have them already compiled then in funs but that is one options</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 7, 2017 at 9:49 PM, Gianfranco Alongi <span><<a href="mailto:gianfranco.alongi@gmail.com" target="_blank">gianfranco.alongi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>You could purge unused modules and just keep the minimum necessary set at all times? <div>Otherwise create the needed functions during runtime as funs and keep them in an ets table?</div><div><div class="m_-5780212356524825050m_5375329472885392668m_2692912520080110025m_-6595766906962621007h5"><br><div class="gmail_extra"><br><div class="gmail_quote">On May 7, 2017 20:33, "Karlo Kuna" <<a href="mailto:kuna.prime@gmail.com" target="_blank">kuna.prime@gmail.com</a>> wrote:<br type="attribution"><blockquote class="m_-5780212356524825050m_5375329472885392668m_2692912520080110025m_-6595766906962621007m_6557024786131853454quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>oh wow this limit is rather small !!! <div>are there any suggestions how to work around it ?<br><div><br></div></div></div><div class="m_-5780212356524825050m_5375329472885392668m_2692912520080110025m_-6595766906962621007m_6557024786131853454elided-text"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 7, 2017 at 9:19 PM, Dániel Szoboszlay <span><<a href="mailto:dszoboszlay@gmail.com" target="_blank">dszoboszlay@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Yes, there are limits for both the number of modules (65536) and the number of exported functions (524288 = 8 functions/module for the maximum number of modules).<div><br></div><div>See <font face="monospace">erlang:system_info(info)</font> for details, and in particular look for the limits under the <font face="monospace">=index_table:module_code</font> and <font face="monospace">=index_table:export_list</font> sections.<div><br></div><div>Cheers,</div><div>Daniel</div><div><br><div class="gmail_quote"><div><div class="m_-5780212356524825050m_5375329472885392668m_2692912520080110025m_-6595766906962621007m_6557024786131853454m_-5096603581719517812h5"><div>On Sun, 7 May 2017 at 19:34 Karlo Kuna <<a href="mailto:kuna.prime@gmail.com" target="_blank">kuna.prime@gmail.com</a>> wrote:<br></div></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_-5780212356524825050m_5375329472885392668m_2692912520080110025m_-6595766906962621007m_6557024786131853454m_-5096603581719517812h5"><div>I am currently working on app that has potential to contain large number of modules > 10 000 <div>these are mostly implementations of behaviours that are generated in runtime. </div><div><br></div><div>My question is, what is most modules you have encountered in production in running erlang application, and is there practical limit on number of number of modules in system?? </div></div></div></div>
______________________________<wbr>_________________<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/<wbr>listinfo/erlang-questions</a><br>
</blockquote></div></div></div></div>
</blockquote></div><br></div>
</div><br>______________________________<wbr>_________________<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/<wbr>listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div></div></div></div></div>
</blockquote></div><br></div>
______________________________<wbr>_________________<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/<wbr>listinfo/erlang-questions</a><br>
</blockquote></div></div></div></div><span class="m_-5780212356524825050m_5375329472885392668HOEnZb"><font color="#888888"><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature">Sent from Gmail Mobile</div>
</font></span></blockquote></div><br></div>
______________________________<wbr>_________________<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/<wbr>listinfo/erlang-questions</a><br>
</blockquote></div>
</div></div></blockquote></div><br></div>