21–30 of 70 posts
Earlier quoted context omitted.
Could you elaborate please? Why do you think would it make sense?
It'd be great to see what a state-of-the-art optimising compiler can do for the performance of Erlang and Elixir.
We barely had FB and Sonar, to just get yet another example of how badly to name projects. http://gluonhq.com/
I'm glad Erlang and Elixir are slowly getting popular and going into other spaces such as hardware apparently.
Would Elixir be able to support this? If yes, then it could be a huge deal (atleast for me). Imagine writing a POS system's code in Elixir. That'd be very nice, although I understand at this point this is just wishful thinking.
I know of a company who implemented a POS in Elixir in Phoenix running in web kiosk mode. I don’t know any further details and probably couldn’t share them if I did but this scenarios has been done with BEAM.
Author is here.
We have no idea how this blog draft escaped into HN, but here it is a few years too late. The Gluon project https://github.com/kvakvs/gluonvm1 isn't live anymore, it was using C++ and it was stopped a couple years ago giving way to other experiments ( https://github.com/kvakvs/E4VM ) and finally to ErlangRT mentioned below https://github.com/kvakvs/ErlangRT
My talk with me explaining the whole thing on EUC 2017 (Stockholm) is here https://youtu.be/6NUPormxgw8?list=PLWbHc_FXPo2jAL3fm0YfN3nFV...
The new ErlangRT project in Rust is much more recent; clean strictly typed code with some 'unsafe'ties and a good PoC progress. But it also was stopped because the amount of work to do in it quickly grows but my free time doesn't grow at all.
This increased interest might actually make me rethink my priorities and look at it again.
Earlier quoted context omitted.
Could you elaborate please? Why do you think would it make sense?
It'd be great to see what a state-of-the-art optimising compiler can do for the performance of Erlang and Elixir.
(I no longer believe in the line that there are no slow languages. In practice, there seem to be, and languages in practice seem to plateau at certain performance levels no matter how much effort is put into them. Those who wish to argue are welcome to produce the fast-as-C-at-everything Javascript interpreter or some similar artifact and I will happily retract.)
Erlang is still a fine language and it's performance is well in line with several other popular languages; by no means would I say it is unusable. It's just that real engineers need to have clear understandings of the costs and benefits of their tools, which includes understanding not all languages have the same speed characteristics.
Is the art created from the same artist that did art for the book learnyousomeerlang.com? I'm glad Erlang and Elixir are slowly getting popular and going into other spaces such as hardware apparently.
Ot: please lessen the “DRAFT” stamp. It makes it very hard to read
Earlier quoted context omitted.
It'd be great to see what a state-of-the-art optimising compiler can do for the performance of Erlang and Elixir.
Given the not-all-that-great improvement of a targeted attempt to speed up Erlang with HiPE, I wouldn't hold your breath for how well a non-targeted approach would go. Unfortunately, Erlang-the-language has several features that seem to be fundamentally slow, in that I've never seen any runtime that goes quickly with them. (A lot of memory copying, for one, even after being as clever as possible with optimizations on…
Modern compilation techniques such as powerful escape analysis and partial evaluation may be able to do something new. GraalVM runs Ruby about 10x faster than standard Ruby, for example.