Re:What's all this fuss about Erlang? (2007)
by sbov on Tuesday January 24, 2017 @07:21PM
(#13477184)
If every call is an async message but the next step in your algorithm always depends upon the result/outcome of that async message you are programming a sequential algorithm wrapped in concurrent clothing.
I would claim that even if you use Erlang and distribute it across multiple processes your program doesn't actually exhibit concurrency. If you want to argue otherwise that's fine, but you just push the problem out: your program is "concurrent" but you gain zero benefits of concurrency, and when you distribute it across multiple cores to try to make it run in parallel it might be concurrent but by definition it will not be parallel.
Either way you want to slice it you have a big problem with this line of thought.
Edit: from my experience it is easy to write Erlang programs that exhibit something not exactly the same as, but similar to, this sort of behavior.
Re:What's all this fuss about Erlang? (2007)
by ww520 on Tuesday January 24, 2017 @06:35PM
(#13476858)
"Embarrassingly concurrent" is not embarrassingly parallel. Parallelism is not merely making things concurrent nor making synchronous calls into concurrent async calls.
Re:What's all this fuss about Erlang? (2007)
by di4na on Tuesday January 24, 2017 @06:36PM
(#13476875)
once you are concurrent, what stop you from being distributed to multiple cores ?
Re:What's all this fuss about Erlang? (2007)
by ww520 on Tuesday January 24, 2017 @06:39PM
(#13476896)
I hate to do this but I have to quote you, "You mistake concurrency with parallelism."
Yes. Yes we did.