<div dir="ltr">This is very interesting. I do not want to divert the discussion somewhere else, but could someone point to resources about how exchange/trade systems work/implemented? I am learning Erlang and surely interested in building such systems for educational purposes.<div><br></div><div>Apologies for diversion</div><div>+ Harit</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jan 10, 2015 at 7:21 AM, the.silly.sad <span dir="ltr"><<a href="mailto:the.silly.sad@gmail.com" target="_blank">the.silly.sad@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The failure/recovery semantics of Erlang, while great for many situations, might not be appropriate for an exchange - again, depending on the particulars of your use case. It might turn out that crashing and restarting is not appropriate for you. To put it in perspective, if you lose a message in a chat application it is bad, but not disastrous. If you lose a trade in an exchange, people lose money, and they tend to be _very_ unhappy about that.<br>
</blockquote>
<br></span>
i believe this particular problem might be easily shifted up to the next level of implementation.<br>
<br>
there is always an option to organize some sort of two-phase transactions between clients, so that minimizing server's involvement...<br>
<br>
distribute calculations wherever possible :)<div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<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" target="_blank">http://erlang.org/mailman/<u></u>listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br></div>