Conversation
@lucy apparently you still need yield (just the first result for "coroutines parallel lua") http://www.wellho.net/resources/ex.php4?item=u114/ff2.lua
1
0
0
@lucy @snacks
I'll mainly speak about Elixir but it's based on BEAM, the Erlang's VM.
You can hot reload module (a functions pack) during execution.
I don't really understand what are those callbacks but it's doable.
To have many processes (a few thousand) is totally common and normal. If you don't use those you are missing the point.
It exists ports, a way to connect Elixir to another programs in another language
I don't know if it's help you but if you *really* needs muti tasking, Elixir/Erlang is the way to go (or Go but I never used it all, only heard legends)
I'll mainly speak about Elixir but it's based on BEAM, the Erlang's VM.
You can hot reload module (a functions pack) during execution.
I don't really understand what are those callbacks but it's doable.
To have many processes (a few thousand) is totally common and normal. If you don't use those you are missing the point.
It exists ports, a way to connect Elixir to another programs in another language
I don't know if it's help you but if you *really* needs muti tasking, Elixir/Erlang is the way to go (or Go but I never used it all, only heard legends)
0
0
0
@lucy @snacks
Sure it won't be as fast as compiled C or Assembly but do you need that raw power?
If mutithreds is the key to unlock effiency then Erlang can be the solution
It is not native code but it's compiled in bytecode and executed by the VM.
If you doubt about it's performances, I remember you Erlang was created to manage Telecommunication (Erlang real name is Erlang/OTP (Open Telecom Project)) ^^
So, I don't personnally doubt about it about speed (it does soft real time)
It would be smarter to build your native code inside the Erlang and it's supervision tree rather to build your native code around Erlang
Sure it won't be as fast as compiled C or Assembly but do you need that raw power?
If mutithreds is the key to unlock effiency then Erlang can be the solution
It is not native code but it's compiled in bytecode and executed by the VM.
If you doubt about it's performances, I remember you Erlang was created to manage Telecommunication (Erlang real name is Erlang/OTP (Open Telecom Project)) ^^
So, I don't personnally doubt about it about speed (it does soft real time)
It would be smarter to build your native code inside the Erlang and it's supervision tree rather to build your native code around Erlang
1
0
0