[erlang-questions] Is Erlang ideal for a global exchange?
Tue Jan 6 17:30:22 CET 2015
IMHO, think about what's your worst-case transaction. If are doing
complex transactions (like a bitcoin contract transaction) or other
distributed transactions with rules, then it will be a bit more
difficult to accomodate that in Erlang processes in a scalable way. If
the transactions are isolated from one another and short then it's ok.
Think also what would you want to happen when a machine crashes in the
middle of a transaction in any state, Erlang's way is to retry or
forget, but if you want to continue running no matter what then you
must reach outside Erlang (socket replication, process state
replication, things like this).
On Mon, Jan 5, 2015 at 6:28 PM, xu xiut <xiut.xu@REDACTED> wrote:
> I am looking at using Erlang for an exchange. If I'm lucky, my transaction
> volume will be 100 - 150k day or about 4000 transactions/hour, about 1.5/sec
> At this rate, maybe Erlang wouldn't be necessary, however, would it be the
> case that Erlang provides better semantics surrounding failure compared to
> other languages and their ecosystems, and so, even then it would be a great
> tool choice?
> Is Erlang ideal for scaling out such an exchange? I wonder what is the
> minimum number of trades a second that would be difficult for erlang to
> process. I realize it's difficult to answer given the trade execution path
> isn't described, but it's the first question that comes to mind when I
> started thinking about the language of choice.
> Any thoughts or suggestions are welcomed, and thank you for letting me share
> this here!
> erlang-questions mailing list
More information about the erlang-questions