Re:Show HN: Ractor – a Rust-based actor framework with clust...
by snowboarder63 on Thursday February 16, 2023 @07:44PM
(#34829072)
I mean lunatic runs within Wasm, which isn't the end of the world, but we compile down to native. Lunatic generally seems to want to be the end-all of concurrency but we fit more into an existing Tokio-based environment.
As far as deployment, do you mean like how we came to build this? Or like how you'd actually deploy it...? Because that's really up to the program being built imo
Re:Show HN: Ractor – a Rust-based actor framework with clust...
by Yoric on Friday February 17, 2023 @07:08AM
(#34833692)
> As far as deployment, do you mean like how we came to build this? Or like how you'd actually deploy it...? Because that's really up to the program being built imo
I mean that deployment of Erlang code on a BEAM cluster is pretty simple, iirc. I wonder if you have a solution that handles that part as conveniently as Erlang/Elixir/BEAM.
Re:Show HN: Ractor – a Rust-based actor framework with clust...
by snowboarder63 on Friday February 17, 2023 @08:49AM
(#34834591)
Ah yeah we don't have hot-updates like Erlang does (we may never, it depends on how Rust would let us do it). That being said we aren't running on a runtime, so Rust code is native-compiled. You could take down and upgrade a node in a cluster as long as the network protocol doesn't change (or is at least backwards compat), but you wouldn't be able to like upgrade a single actor on a node.
Re:Show HN: Ractor – a Rust-based actor framework with clust...
by Yoric on Friday February 17, 2023 @11:57AM
(#34837143)
I suspect that it would be possible to somehow implement hot-updates with native, if you're willing to use some container as your "runtime". I haven't investigated this seriously, though, so I may be wrong.
How does it compare to lunatic https://github.com/lunatic-solutions/lunatic ? (besides wasm vs. native)
Also, what's the deployment story?