<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body><div><div style="font-family: Calibri,sans-serif; font-size: 11pt;">That Erlang is slow for command line utils?<br><br>Show a simple, working example of a custom boot that loads the minimum modules required.</div></div><div dir="ltr"><hr><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">From: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;"><a href="mailto:bjorn@erlang.org">Björn Gustavsson</a></span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">Sent: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;">6/4/2016 2:13</span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">To: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;"><a href="mailto:erlang-questions@erlang.org">erlang-questions</a></span><br><span style="font-family: Calibri,sans-serif; font-size: 11pt; font-weight: bold;">Subject: </span><span style="font-family: Calibri,sans-serif; font-size: 11pt;">[erlang-questions] Updating Myths of Erlang Performance</span><br><br></div>We think that it is time to update the Myths of Erlang Performance in<br>the Efficiency Guide. Some myths have probably died by now and some<br>new may have arisen.<br><br>I am open to suggestions for myths to retire (move to a separate<br>section at very end of the guide) and new myths to add.<br><br>Currently, I think that the following myths definitely should be retired.<br><br>2.1 Myth: Funs are Slow<br><br>2.2 Myth: List Comprehensions are Slow<br><br>Are any other myths dead?<br><br>I am considering adding a new myth, something like this:<br><br>"I thought binaries were always faster than lists, so why is binary<br>matching slower than list matching?"<br><br>Then there should be an example for both binaries and lists, something<br>like this:<br><br>f(<<B:/8,T/binary>>) -><br> %% Do something with B.<br> f(T);<br>f(<<>>) -><br> %% Return something.<br><br>The answer should be that for more complicated binary patterns, binary<br>matching wins, and also that the cost of using binaries vs. lists in<br>the entire application must be considered. Long lists or many short<br>lists in many processes will cost more in GC costs; then there are<br>different costs for sending binaries vs. lists as messages.<br><br><br>Are there any more myths I should consider?<br><br>/Björn<br><br>-- <br>Björn Gustavsson, Erlang/OTP, Ericsson AB<br>_______________________________________________<br>erlang-questions mailing list<br>erlang-questions@erlang.org<br>http://erlang.org/mailman/listinfo/erlang-questions<br></body></html>