Worker.t
identifies a worker rpc serverspawn
(serve
) starts a worker Rpc server in another process (the same process)client
connects to a worker Rpc serverrun
dispatches on a connection to a worker Rpc server
It is highly recommended for Rpc_parallel.start_app
and Rpc_parallel.Make
calls to be top-level. But the real requirements are:
- The master’s state is initialized before any calls to
spawn
. This will be achieved either byRpc_parallel.start_app
orRpc_parallel.Expert.start_master_server_exn
. - Spawned workers (runs of your executable with a certain environment variable
set) must start running as a worker. This will be achieved either by
Rpc_parallel.start_app
orRpc_parallel.Expert.worker_command
. - Spawned workers must be able to find their function implementations when they
start running as a worker. These implementations are gathered on the
application of the
Rpc_parallel.Make
functor. - The worker implementations must be defined completely and in the same order, regardless of master and worker code paths. This is necessary for the masters and workers to agree on certain generated ids.
Uncaught exceptions in workers will always result in the worker shutting down. The master can be notified of these exceptions in multiple ways:
- If the exception occured in a function implementation
f
beforef
is determined, the exception will be returned back to the caller. E.g. the caller ofspawn
orrun
will get anError.t
describing the exception. - If the exception occured after
f
is determined,on_failure exn
will be called (inMonitor.current ()
at the time ofspawn
) in the spawning process. - If
redirect_stderr
specifies a file, the worker will also write its exception to that file before shutting down.
The master’s Rpc server will be started with the max_message_size
,
heartbeat_config
, and handshake_timeout
settings passed in to
start_app
/ init_master_exn
.
Each worker’s Rpc server will be started with the settings passed in upon
spawn
or serve
of that worker.
All client
calls will use the corresponding Rpc settings for the given
worker/master that it is connecting to.