On Sunday, August 26, 2012, Max Bourinov  wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p>Lately when working on project with up to a million concurrent clients connected I had to replace few instances of central servers with a public ets'es to avoid bottlenecks under heavy concurrent access. So choice of data storage may depend on what are access patterns of your data - i.e. how concurrent reads and writes are.</p>


</blockquote><div>That is a good point.</div><div><br></div><div>I have idea how to utilize ETS in my case too: one process will write to ETS, and all other will read from ETS.</div><div><br></div><div>The question now: will it benefit me or not?</div>
</div></blockquote><div>Probably yes, if read_concurrency is enabled and you have enough concurrent processes reading data. The best way to answer for sure is to implement both and measure under some high load situation.<span></span></div>
<br>