[erlang-questions] Why RPC in Erlang? [was: How RPC works in erlang?]
Fri Oct 6 17:24:14 CEST 2017
> I'm disagreeing with the false notion that this is what "remote
> procedure call" actually means.
RPC practically (not theoretically) means to send a message and get a reply back to the sender for that particular message. It is different from the request/response model because it allows non-blocking multiplexing on 1 data channel.
Usually this is implemented by passing a unique ID in the message mapping to a callback on the sender, in erlangs case this is the pid of the sender, but it can be a service dedicated to RPC.
On Friday, October 6, 2017 10:48 AM, zxq9 <zxq9@REDACTED> wrote:
On 2017年10月06日 金曜日 10:43:48 Roger Lipscombe wrote:
> On 6 October 2017 at 03:37, zxq9 <zxq9@REDACTED> wrote:
> > Thinking that the rpc module is specially useful for tests, CLI
> > wrappers, or when you want to execute commands on a remote node (from
> > a script or otherwise) is a bit of an odd conclusion to draw, given
> > the way that the even-arity spawn_* functions work.
> On occasion, we've needed to (e.g.) tweak application settings in a
> remote node, at runtime, during system tests, synchronously. Sure, I
> could do that with spawn_*, but that's a lot of plumbing I'd need to
> write. Hey, look: someone already did; it's in the rpc module.
Sure. I'm not disagreeing with that.
I'm disagreeing with the false notion that this is what "remote
procedure call" actually means.
erlang-questions mailing list
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the erlang-questions