Hacker News new | past | comments | ask | show | jobs | submit login

This actually sounds really cool.

How is it for performance as compared to

- Hand written single-threaded C - Python code stringing numpy call together.

(I know these are very different things). Whenever I dip into concurrency for performance I always feel like things could be so much better.




Probably not appropriate for CPU bound loads like that.

Erlang/Elixir would be fine as an orchestration language calling out to C code to actually do the number crunching, but you likely won't see much of the benefit of the language doing that unless you're doing something more complicated in that layer. If it's a super thin layer of glue, Python is better suited (not least because Numpy is familiar and meant to work with the language)


Have you considered OpenMP for something like that? Also I'll go ahead and add that rust has nice parallelization attributes as well


Yeah, I've worked a bit with OpenMP. I felt it didn't quite have the ergonomics of an actor model that I would want. I might be wrong there though. I don't have any experience with any other compute limited systems that use the actor model.

Rust certainly seems quite interesting, but also quite daunting.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: