<div>Thanks Jesper!</div><div><br></div><div>/Frank</div><div><br><div class="gmail_quote"><div>Le ven. 9 juin 2017 à 09:56, Jesper Louis Andersen <<a href="mailto:jesper.louis.andersen@gmail.com">jesper.louis.andersen@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Fri, Jun 9, 2017 at 7:45 AM Frank Muller <<a href="mailto:frank.muller.erl@gmail.com" target="_blank">frank.muller.erl@gmail.com</a>> wrote:<br></div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Everyone,<div><br></div><div>I've some troubles to understand the optimal settings for this little simple problem:</div><div><br></div><div>Two Erlang processes A and B.</div><div><br></div></blockquote><div><br></div></div></div><div><div class="gmail_quote"><div>If you need the speed, then measure. If you only have two processes, chances are that you can't measure any kind of difference really, because a single RX mutex would be enough for you to handle both processes. The read_concurrency and write_concurrency options tend to kick in at a certain core count and two processes can at most invoke 2 cores, and even then the chance is that they won't run at the same time in which case most of the points here are moot.<br><br></div><div>Rule of thumb: a read or write to ETS takes less than 1us. So you can often run about a million of them per second.<br></div></div></div>
</blockquote></div></div>