ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/AnyEvent-MP/MP.pm
(Generate patch)

Comparing AnyEvent-MP/MP.pm (file contents):
Revision 1.7 by root, Sat Aug 1 15:04:30 2009 UTC vs.
Revision 1.83 by root, Tue Sep 8 01:38:16 2009 UTC

4 4
5=head1 SYNOPSIS 5=head1 SYNOPSIS
6 6
7 use AnyEvent::MP; 7 use AnyEvent::MP;
8 8
9 NODE # returns this node identifier
10 $NODE # contains this node identifier 9 $NODE # contains this node's node ID
10 NODE # returns this node's node ID
11 11
12 $SELF # receiving/own port id in rcv callbacks
13
14 # initialise the node so it can send/receive messages
15 configure;
16
17 # ports are message destinations
18
19 # sending messages
12 snd $port, type => data...; 20 snd $port, type => data...;
21 snd $port, @msg;
22 snd @msg_with_first_element_being_a_port;
13 23
14 rcv $port, smartmatch => $cb->($port, @msg); 24 # creating/using ports, the simple way
25 my $simple_port = port { my @msg = @_ };
15 26
16 # examples: 27 # creating/using ports, tagged message matching
28 my $port = port;
17 rcv $port2, ping => sub { snd $_[0], "pong"; 0 }; 29 rcv $port, ping => sub { snd $_[0], "pong" };
18 rcv $port1, pong => sub { warn "pong received\n" }; 30 rcv $port, pong => sub { warn "pong received\n" };
19 snd $port2, ping => $port1;
20 31
21 # more, smarter, matches (_any_ is exported by this module) 32 # create a port on another node
22 rcv $port, [child_died => $pid] => sub { ... 33 my $port = spawn $node, $initfunc, @initdata;
23 rcv $port, [_any_, _any_, 3] => sub { .. $_[2] is 3 34
35 # monitoring
36 mon $port, $cb->(@msg) # callback is invoked on death
37 mon $port, $otherport # kill otherport on abnormal death
38 mon $port, $otherport, @msg # send message on death
39
40=head1 CURRENT STATUS
41
42 bin/aemp - stable.
43 AnyEvent::MP - stable API, should work.
44 AnyEvent::MP::Intro - explains most concepts.
45 AnyEvent::MP::Kernel - mostly stable.
46 AnyEvent::MP::Global - stable but incomplete, protocol not yet final.
47
48stay tuned.
24 49
25=head1 DESCRIPTION 50=head1 DESCRIPTION
26 51
27This module (-family) implements a simple message passing framework. 52This module (-family) implements a simple message passing framework.
28 53
29Despite its simplicity, you can securely message other processes running 54Despite its simplicity, you can securely message other processes running
30on the same or other hosts. 55on the same or other hosts, and you can supervise entities remotely.
31 56
32At the moment, this module family is severly brokena nd underdocumented, 57For an introduction to this module family, see the L<AnyEvent::MP::Intro>
33so do not use. This was uploaded mainly to resreve the CPAN namespace - 58manual page and the examples under F<eg/>.
34stay tuned!
35 59
36=head1 CONCEPTS 60=head1 CONCEPTS
37 61
38=over 4 62=over 4
39 63
40=item port 64=item port
41 65
42A port is something you can send messages to with the C<snd> function, and 66Not to be confused with a TCP port, a "port" is something you can send
43you can register C<rcv> handlers with. All C<rcv> handlers will receive 67messages to (with the C<snd> function).
44messages they match, messages will not be queued.
45 68
69Ports allow you to register C<rcv> handlers that can match all or just
70some messages. Messages send to ports will not be queued, regardless of
71anything was listening for them or not.
72
46=item port id - C<noderef#portname> 73=item port ID - C<nodeid#portname>
47 74
48A port id is always the noderef, a hash-mark (C<#>) as separator, followed 75A port ID is the concatenation of a node ID, a hash-mark (C<#>) as
49by a port name (a printable string of unspecified format). 76separator, and a port name (a printable string of unspecified format).
50 77
51=item node 78=item node
52 79
53A node is a single process containing at least one port - the node 80A node is a single process containing at least one port - the node port,
54port. You can send messages to node ports to let them create new ports, 81which enables nodes to manage each other remotely, and to create new
55among other things. 82ports.
56 83
57Initially, nodes are either private (single-process only) or hidden 84Nodes are either public (have one or more listening ports) or private
58(connected to a master node only). Only when they epxlicitly "become 85(no listening ports). Private nodes cannot talk to other private nodes
59public" can you send them messages from unrelated other nodes. 86currently.
60 87
61=item noderef - C<host:port,host:port...>, C<id@noderef>, C<id> 88=item node ID - C<[a-za-Z0-9_\-.:]+>
62 89
63A noderef is a string that either uniquely identifies a given node (for 90A node ID is a string that uniquely identifies the node within a
64private and hidden nodes), or contains a recipe on how to reach a given 91network. Depending on the configuration used, node IDs can look like a
65node (for public nodes). 92hostname, a hostname and a port, or a random string. AnyEvent::MP itself
93doesn't interpret node IDs in any way.
94
95=item binds - C<ip:port>
96
97Nodes can only talk to each other by creating some kind of connection to
98each other. To do this, nodes should listen on one or more local transport
99endpoints - binds. Currently, only standard C<ip:port> specifications can
100be used, which specify TCP ports to listen on.
101
102=item seed nodes
103
104When a node starts, it knows nothing about the network. To teach the node
105about the network it first has to contact some other node within the
106network. This node is called a seed.
107
108Apart from the fact that other nodes know them as seed nodes and they have
109to have fixed listening addresses, seed nodes are perfectly normal nodes -
110any node can function as a seed node for others.
111
112In addition to discovering the network, seed nodes are also used to
113maintain the network and to connect nodes that otherwise would have
114trouble connecting. They form the backbone of the AnyEvent::MP network.
115
116Seed nodes are expected to be long-running, and at least one seed node
117should always be available.
118
119=item seeds - C<host:port>
120
121Seeds are transport endpoint(s) (usually a hostname/IP address and a
122TCP port) of nodes thta should be used as seed nodes.
123
124The nodes listening on those endpoints are expected to be long-running,
125and at least one of those should always be available. When nodes run out
126of connections (e.g. due to a network error), they try to re-establish
127connections to some seednodes again to join the network.
66 128
67=back 129=back
68 130
69=head1 VARIABLES/FUNCTIONS 131=head1 VARIABLES/FUNCTIONS
70 132
72 134
73=cut 135=cut
74 136
75package AnyEvent::MP; 137package AnyEvent::MP;
76 138
77use AnyEvent::MP::Util ();
78use AnyEvent::MP::Node; 139use AnyEvent::MP::Kernel;
79use AnyEvent::MP::Transport;
80 140
81use utf8;
82use common::sense; 141use common::sense;
83 142
84use Carp (); 143use Carp ();
85 144
86use AE (); 145use AE ();
87 146
88use base "Exporter"; 147use base "Exporter";
89 148
90our $VERSION = '0.01'; 149our $VERSION = $AnyEvent::MP::Kernel::VERSION;
91our @EXPORT = qw(NODE $NODE $PORT snd rcv _any_);
92 150
93our $DEFAULT_SECRET; 151our @EXPORT = qw(
94our $DEFAULT_PORT = "4040"; 152 NODE $NODE *SELF node_of after
153 configure
154 snd rcv mon mon_guard kil reg psub spawn
155 port
156);
95 157
96our $CONNECT_INTERVAL = 5; # new connect every 5s, at least 158our $SELF;
97our $CONNECT_TIMEOUT = 30; # includes handshake
98 159
99sub default_secret { 160sub _self_die() {
100 unless (defined $DEFAULT_SECRET) { 161 my $msg = $@;
101 if (open my $fh, "<$ENV{HOME}/.aemp-secret") { 162 $msg =~ s/\n+$// unless ref $msg;
102 sysread $fh, $DEFAULT_SECRET, -s $fh; 163 kil $SELF, die => $msg;
103 } else {
104 $DEFAULT_SECRET = AnyEvent::MP::Util::nonce 32;
105 }
106 }
107
108 $DEFAULT_SECRET
109} 164}
110 165
111=item NODE / $NODE 166=item $thisnode = NODE / $NODE
112 167
113The C<NODE ()> function and the C<$NODE> variable contain the noderef of 168The C<NODE> function returns, and the C<$NODE> variable contains, the node
114the local node. The value is initialised by a call to C<become_public> or 169ID of the node running in the current process. This value is initialised by
115C<become_slave>, after which all local port identifiers become invalid. 170a call to C<configure>.
116 171
117=cut 172=item $nodeid = node_of $port
118 173
119our $UNIQ = sprintf "%x.%x", $$, time; # per-process/node unique cookie 174Extracts and returns the node ID from a port ID or a node ID.
120our $ID = "a0";
121our $PUBLIC = 0;
122our $NODE;
123our $PORT;
124 175
125our %NODE; # node id to transport mapping, or "undef", for local node 176=item configure $profile, key => value...
126our %PORT; # local ports
127our %LISTENER; # local transports
128 177
129sub NODE() { $NODE } 178=item configure key => value...
130 179
131{ 180Before a node can talk to other nodes on the network (i.e. enter
132 use POSIX (); 181"distributed mode") it has to configure itself - the minimum a node needs
133 my $nodename = (POSIX::uname)[1]; 182to know is its own name, and optionally it should know the addresses of
134 $NODE = "$$\@$nodename"; 183some other nodes in the network to discover other nodes.
135}
136 184
137sub _ANY_() { 1 } 185This function configures a node - it must be called exactly once (or
138sub _any_() { \&_ANY_ } 186never) before calling other AnyEvent::MP functions.
139 187
140sub add_node { 188=over 4
141 my ($noderef) = @_;
142 189
143 return $NODE{$noderef} 190=item step 1, gathering configuration from profiles
144 if exists $NODE{$noderef};
145 191
146 for (split /,/, $noderef) { 192The function first looks up a profile in the aemp configuration (see the
147 return $NODE{$noderef} = $NODE{$_} 193L<aemp> commandline utility). The profile name can be specified via the
148 if exists $NODE{$_}; 194named C<profile> parameter or can simply be the first parameter). If it is
149 } 195missing, then the nodename (F<uname -n>) will be used as profile name.
150 196
151 # for indirect sends, use a different class 197The profile data is then gathered as follows:
152 my $node = new AnyEvent::MP::Node::Direct $noderef;
153 198
154 $NODE{$_} = $node 199First, all remaining key => value pairs (all of which are conveniently
155 for $noderef, split /,/, $noderef; 200undocumented at the moment) will be interpreted as configuration
201data. Then they will be overwritten by any values specified in the global
202default configuration (see the F<aemp> utility), then the chain of
203profiles chosen by the profile name (and any C<parent> attributes).
156 204
157 $node 205That means that the values specified in the profile have highest priority
158} 206and the values specified directly via C<configure> have lowest priority,
207and can only be used to specify defaults.
159 208
209If the profile specifies a node ID, then this will become the node ID of
210this process. If not, then the profile name will be used as node ID. The
211special node ID of C<anon/> will be replaced by a random node ID.
212
213=item step 2, bind listener sockets
214
215The next step is to look up the binds in the profile, followed by binding
216aemp protocol listeners on all binds specified (it is possible and valid
217to have no binds, meaning that the node cannot be contacted form the
218outside. This means the node cannot talk to other nodes that also have no
219binds, but it can still talk to all "normal" nodes).
220
221If the profile does not specify a binds list, then a default of C<*> is
222used, meaning the node will bind on a dynamically-assigned port on every
223local IP address it finds.
224
225=item step 3, connect to seed nodes
226
227As the last step, the seeds list from the profile is passed to the
228L<AnyEvent::MP::Global> module, which will then use it to keep
229connectivity with at least one node at any point in time.
230
231=back
232
233Example: become a distributed node using the locla node name as profile.
234This should be the most common form of invocation for "daemon"-type nodes.
235
236 configure
237
238Example: become an anonymous node. This form is often used for commandline
239clients.
240
241 configure nodeid => "anon/";
242
243Example: configure a node using a profile called seed, which si suitable
244for a seed node as it binds on all local addresses on a fixed port (4040,
245customary for aemp).
246
247 # use the aemp commandline utility
248 # aemp profile seed nodeid anon/ binds '*:4040'
249
250 # then use it
251 configure profile => "seed";
252
253 # or simply use aemp from the shell again:
254 # aemp run profile seed
255
256 # or provide a nicer-to-remember nodeid
257 # aemp run profile seed nodeid "$(hostname)"
258
259=item $SELF
260
261Contains the current port id while executing C<rcv> callbacks or C<psub>
262blocks.
263
264=item *SELF, SELF, %SELF, @SELF...
265
266Due to some quirks in how perl exports variables, it is impossible to
267just export C<$SELF>, all the symbols named C<SELF> are exported by this
268module, but only C<$SELF> is currently used.
269
160=item snd $portid, type => @data 270=item snd $port, type => @data
161 271
162=item snd $portid, @msg 272=item snd $port, @msg
163 273
164Send the given message to the given port ID, which can identify either a 274Send the given message to the given port, which can identify either a
165local or a remote port. 275local or a remote port, and must be a port ID.
166 276
167While the message can be about anything, it is highly recommended to use 277While the message can be almost anything, it is highly recommended to
168a constant string as first element. 278use a string as first element (a port ID, or some word that indicates a
279request type etc.) and to consist if only simple perl values (scalars,
280arrays, hashes) - if you think you need to pass an object, think again.
169 281
170The message data effectively becomes read-only after a call to this 282The message data logically becomes read-only after a call to this
171function: modifying any argument is not allowed and can cause many 283function: modifying any argument (or values referenced by them) is
172problems. 284forbidden, as there can be considerable time between the call to C<snd>
285and the time the message is actually being serialised - in fact, it might
286never be copied as within the same process it is simply handed to the
287receiving port.
173 288
174The type of data you can transfer depends on the transport protocol: when 289The type of data you can transfer depends on the transport protocol: when
175JSON is used, then only strings, numbers and arrays and hashes consisting 290JSON is used, then only strings, numbers and arrays and hashes consisting
176of those are allowed (no objects). When Storable is used, then anything 291of those are allowed (no objects). When Storable is used, then anything
177that Storable can serialise and deserialise is allowed, and for the local 292that Storable can serialise and deserialise is allowed, and for the local
178node, anything can be passed. 293node, anything can be passed. Best rely only on the common denominator of
294these.
179 295
180=cut 296=item $local_port = port
181 297
182sub snd(@) { 298Create a new local port object and returns its port ID. Initially it has
183 my ($noderef, $port) = split /#/, shift, 2; 299no callbacks set and will throw an error when it receives messages.
184 300
185 add_node $noderef 301=item $local_port = port { my @msg = @_ }
186 unless exists $NODE{$noderef};
187 302
188 $NODE{$noderef}->send (["$port", [@_]]); 303Creates a new local port, and returns its ID. Semantically the same as
189} 304creating a port and calling C<rcv $port, $callback> on it.
190 305
306The block will be called for every message received on the port, with the
307global variable C<$SELF> set to the port ID. Runtime errors will cause the
308port to be C<kil>ed. The message will be passed as-is, no extra argument
309(i.e. no port ID) will be passed to the callback.
310
311If you want to stop/destroy the port, simply C<kil> it:
312
313 my $port = port {
314 my @msg = @_;
315 ...
316 kil $SELF;
317 };
318
319=cut
320
321sub rcv($@);
322
323sub _kilme {
324 die "received message on port without callback";
325}
326
327sub port(;&) {
328 my $id = "$UNIQ." . $ID++;
329 my $port = "$NODE#$id";
330
331 rcv $port, shift || \&_kilme;
332
333 $port
334}
335
191=item rcv $portid, type => $callback->(@msg) 336=item rcv $local_port, $callback->(@msg)
192 337
193=item rcv $portid, $smartmatch => $callback->(@msg) 338Replaces the default callback on the specified port. There is no way to
339remove the default callback: use C<sub { }> to disable it, or better
340C<kil> the port when it is no longer needed.
194 341
195=item rcv $portid, [$smartmatch...] => $callback->(@msg) 342The global C<$SELF> (exported by this module) contains C<$port> while
343executing the callback. Runtime errors during callback execution will
344result in the port being C<kil>ed.
196 345
197Register a callback on the port identified by C<$portid>, which I<must> be 346The default callback received all messages not matched by a more specific
198a local port. 347C<tag> match.
199 348
200The callback has to return a true value when its work is done, after 349=item rcv $local_port, tag => $callback->(@msg_without_tag), ...
201which is will be removed, or a false value in which case it will stay
202registered.
203 350
204If the match is an array reference, then it will be matched against the 351Register (or replace) callbacks to be called on messages starting with the
205first elements of the message, otherwise only the first element is being 352given tag on the given port (and return the port), or unregister it (when
206matched. 353C<$callback> is C<$undef> or missing). There can only be one callback
354registered for each tag.
207 355
208Any element in the match that is specified as C<_any_> (a function 356The original message will be passed to the callback, after the first
209exported by this module) matches any single element of the message. 357element (the tag) has been removed. The callback will use the same
358environment as the default callback (see above).
210 359
211While not required, it is highly recommended that the first matching 360Example: create a port and bind receivers on it in one go.
212element is a string identifying the message. The one-string-only match is 361
213also the most efficient match (by far). 362 my $port = rcv port,
363 msg1 => sub { ... },
364 msg2 => sub { ... },
365 ;
366
367Example: create a port, bind receivers and send it in a message elsewhere
368in one go:
369
370 snd $otherport, reply =>
371 rcv port,
372 msg1 => sub { ... },
373 ...
374 ;
375
376Example: temporarily register a rcv callback for a tag matching some port
377(e.g. for a rpc reply) and unregister it after a message was received.
378
379 rcv $port, $otherport => sub {
380 my @reply = @_;
381
382 rcv $SELF, $otherport;
383 };
214 384
215=cut 385=cut
216 386
217sub rcv($@) { 387sub rcv($@) {
218 my ($port, $match, $cb) = @_; 388 my $port = shift;
219
220 my $port = $PORT{$port}
221 or do {
222 my ($noderef, $lport) = split /#/, $port; 389 my ($nodeid, $portid) = split /#/, $port, 2;
223 "AnyEvent::MP::Node::Self" eq ref $NODE{$noderef} 390
391 $NODE{$nodeid} == $NODE{""}
224 or Carp::croak "$port: can only rcv on local ports"; 392 or Carp::croak "$port: rcv can only be called on local ports, caught";
225 393
226 $PORT{$lport} 394 while (@_) {
227 or Carp::croak "$port: port does not exist"; 395 if (ref $_[0]) {
228 396 if (my $self = $PORT_DATA{$portid}) {
229 $PORT{$port} = $PORT{$lport} # also return 397 "AnyEvent::MP::Port" eq ref $self
230 }; 398 or Carp::croak "$port: rcv can only be called on message matching ports, caught";
231 399
232 if (!ref $match) { 400 $self->[2] = shift;
233 push @{ $port->{rc0}{$match} }, [$cb];
234 } elsif (("ARRAY" eq ref $match && !ref $match->[0])) {
235 my ($type, @match) = @$match;
236 @match
237 ? push @{ $port->{rcv}{$match->[0]} }, [$cb, \@match]
238 : push @{ $port->{rc0}{$match->[0]} }, [$cb];
239 } else { 401 } else {
240 push @{ $port->{any} }, [$cb, $match]; 402 my $cb = shift;
241 } 403 $PORT{$portid} = sub {
242} 404 local $SELF = $port;
243 405 eval { &$cb }; _self_die if $@;
244sub _inject {
245 my ($port, $msg) = @{+shift};
246
247 $port = $PORT{$port}
248 or return;
249
250 @_ = @$msg;
251
252 for (@{ $port->{rc0}{$msg->[0]} }) {
253 $_ && &{$_->[0]}
254 && undef $_;
255 }
256
257 for (@{ $port->{rcv}{$msg->[0]} }) {
258 $_ && [@_[1..$#{$_->[1]}]] ~~ $_->[1]
259 && &{$_->[0]}
260 && undef $_;
261 }
262
263 for (@{ $port->{any} }) {
264 $_ && [@_[0..$#{$_->[1]}]] ~~ $_->[1]
265 && &{$_->[0]}
266 && undef $_;
267 }
268}
269
270sub normalise_noderef($) {
271 my ($noderef) = @_;
272
273 my $cv = AE::cv;
274 my @res;
275
276 $cv->begin (sub {
277 my %seen;
278 my @refs;
279 for (sort { $a->[0] <=> $b->[0] } @res) {
280 push @refs, $_->[1] unless $seen{$_->[1]}++
281 }
282 shift->send (join ",", @refs);
283 });
284
285 $noderef = $DEFAULT_PORT unless length $noderef;
286
287 my $idx;
288 for my $t (split /,/, $noderef) {
289 my $pri = ++$idx;
290
291 #TODO: this should be outside normalise_noderef and in become_public
292 if ($t =~ /^\d*$/) {
293 my $nodename = (POSIX::uname)[1];
294
295 $cv->begin;
296 AnyEvent::Socket::resolve_sockaddr $nodename, $t || "aemp=$DEFAULT_PORT", "tcp", 0, undef, sub {
297 for (@_) {
298 my ($service, $host) = AnyEvent::Socket::unpack_sockaddr $_->[3];
299 push @res, [
300 $pri += 1e-5,
301 AnyEvent::Socket::format_hostport AnyEvent::Socket::format_address $host, $service
302 ];
303 } 406 };
304 $cv->end; 407 }
408 } elsif (defined $_[0]) {
409 my $self = $PORT_DATA{$portid} ||= do {
410 my $self = bless [$PORT{$port} || sub { }, { }, $port], "AnyEvent::MP::Port";
411
412 $PORT{$portid} = sub {
413 local $SELF = $port;
414
415 if (my $cb = $self->[1]{$_[0]}) {
416 shift;
417 eval { &$cb }; _self_die if $@;
418 } else {
419 &{ $self->[0] };
420 }
421 };
422
423 $self
305 }; 424 };
306 425
307# my (undef, undef, undef, undef, @ipv4) = gethostbyname $nodename; 426 "AnyEvent::MP::Port" eq ref $self
308# 427 or Carp::croak "$port: rcv can only be called on message matching ports, caught";
309# for (@ipv4) { 428
310# push @res, [ 429 my ($tag, $cb) = splice @_, 0, 2;
311# $pri, 430
312# AnyEvent::Socket::format_hostport AnyEvent::Socket::format_address $_, $t || $DEFAULT_PORT, 431 if (defined $cb) {
313# ]; 432 $self->[1]{$tag} = $cb;
314# }
315 } else { 433 } else {
316 my ($host, $port) = AnyEvent::Socket::parse_hostport $t, "aemp=$DEFAULT_PORT" 434 delete $self->[1]{$tag};
317 or Carp::croak "$t: unparsable transport descriptor";
318
319 $cv->begin;
320 AnyEvent::Socket::resolve_sockaddr $host, $port, "tcp", 0, undef, sub {
321 for (@_) {
322 my ($service, $host) = AnyEvent::Socket::unpack_sockaddr $_->[3];
323 push @res, [
324 $pri += 1e-5,
325 AnyEvent::Socket::format_hostport AnyEvent::Socket::format_address $host, $service
326 ];
327 }
328 $cv->end;
329 } 435 }
330 } 436 }
331 } 437 }
332 438
333 $cv->end; 439 $port
334
335 $cv
336} 440}
337 441
338sub become_public { 442=item $closure = psub { BLOCK }
339 return if $PUBLIC;
340 443
341 my $noderef = join ",", ref $_[0] ? @{+shift} : shift; 444Remembers C<$SELF> and creates a closure out of the BLOCK. When the
342 my @args = @_; 445closure is executed, sets up the environment in the same way as in C<rcv>
446callbacks, i.e. runtime errors will cause the port to get C<kil>ed.
343 447
344 $NODE = (normalise_noderef $noderef)->recv; 448This is useful when you register callbacks from C<rcv> callbacks:
345 449
346 for my $t (split /,/, $NODE) { 450 rcv delayed_reply => sub {
347 $NODE{$t} = $NODE{""}; 451 my ($delay, @reply) = @_;
348 452 my $timer = AE::timer $delay, 0, psub {
349 my ($host, $port) = AnyEvent::Socket::parse_hostport $t; 453 snd @reply, $SELF;
350
351 $LISTENER{$t} = AnyEvent::MP::Transport::mp_server $host, $port,
352 @args,
353 on_error => sub {
354 die "on_error<@_>\n";#d#
355 },
356 on_connect => sub {
357 my ($tp) = @_;
358
359 $NODE{$tp->{remote_id}} = $_[0];
360 },
361 sub {
362 my ($tp) = @_;
363
364 $NODE{"$tp->{peerhost}:$tp->{peerport}"} = $tp;
365 },
366 ; 454 };
455 };
456
457=cut
458
459sub psub(&) {
460 my $cb = shift;
461
462 my $port = $SELF
463 or Carp::croak "psub can only be called from within rcv or psub callbacks, not";
464
465 sub {
466 local $SELF = $port;
467
468 if (wantarray) {
469 my @res = eval { &$cb };
470 _self_die if $@;
471 @res
472 } else {
473 my $res = eval { &$cb };
474 _self_die if $@;
475 $res
476 }
367 } 477 }
478}
368 479
369 $PUBLIC = 1; 480=item $guard = mon $port, $cb->(@reason) # call $cb when $port dies
481
482=item $guard = mon $port, $rcvport # kill $rcvport when $port dies
483
484=item $guard = mon $port # kill $SELF when $port dies
485
486=item $guard = mon $port, $rcvport, @msg # send a message when $port dies
487
488Monitor the given port and do something when the port is killed or
489messages to it were lost, and optionally return a guard that can be used
490to stop monitoring again.
491
492In the first form (callback), the callback is simply called with any
493number of C<@reason> elements (no @reason means that the port was deleted
494"normally"). Note also that I<< the callback B<must> never die >>, so use
495C<eval> if unsure.
496
497In the second form (another port given), the other port (C<$rcvport>)
498will be C<kil>'ed with C<@reason>, if a @reason was specified, i.e. on
499"normal" kils nothing happens, while under all other conditions, the other
500port is killed with the same reason.
501
502The third form (kill self) is the same as the second form, except that
503C<$rvport> defaults to C<$SELF>.
504
505In the last form (message), a message of the form C<@msg, @reason> will be
506C<snd>.
507
508Monitoring-actions are one-shot: once messages are lost (and a monitoring
509alert was raised), they are removed and will not trigger again.
510
511As a rule of thumb, monitoring requests should always monitor a port from
512a local port (or callback). The reason is that kill messages might get
513lost, just like any other message. Another less obvious reason is that
514even monitoring requests can get lost (for example, when the connection
515to the other node goes down permanently). When monitoring a port locally
516these problems do not exist.
517
518C<mon> effectively guarantees that, in the absence of hardware failures,
519after starting the monitor, either all messages sent to the port will
520arrive, or the monitoring action will be invoked after possible message
521loss has been detected. No messages will be lost "in between" (after
522the first lost message no further messages will be received by the
523port). After the monitoring action was invoked, further messages might get
524delivered again.
525
526Inter-host-connection timeouts and monitoring depend on the transport
527used. The only transport currently implemented is TCP, and AnyEvent::MP
528relies on TCP to detect node-downs (this can take 10-15 minutes on a
529non-idle connection, and usually around two hours for idle conenctions).
530
531This means that monitoring is good for program errors and cleaning up
532stuff eventually, but they are no replacement for a timeout when you need
533to ensure some maximum latency.
534
535Example: call a given callback when C<$port> is killed.
536
537 mon $port, sub { warn "port died because of <@_>\n" };
538
539Example: kill ourselves when C<$port> is killed abnormally.
540
541 mon $port;
542
543Example: send us a restart message when another C<$port> is killed.
544
545 mon $port, $self => "restart";
546
547=cut
548
549sub mon {
550 my ($nodeid, $port) = split /#/, shift, 2;
551
552 my $node = $NODE{$nodeid} || add_node $nodeid;
553
554 my $cb = @_ ? shift : $SELF || Carp::croak 'mon: called with one argument only, but $SELF not set,';
555
556 unless (ref $cb) {
557 if (@_) {
558 # send a kill info message
559 my (@msg) = ($cb, @_);
560 $cb = sub { snd @msg, @_ };
561 } else {
562 # simply kill other port
563 my $port = $cb;
564 $cb = sub { kil $port, @_ if @_ };
565 }
566 }
567
568 $node->monitor ($port, $cb);
569
570 defined wantarray
571 and AnyEvent::Util::guard { $node->unmonitor ($port, $cb) }
572}
573
574=item $guard = mon_guard $port, $ref, $ref...
575
576Monitors the given C<$port> and keeps the passed references. When the port
577is killed, the references will be freed.
578
579Optionally returns a guard that will stop the monitoring.
580
581This function is useful when you create e.g. timers or other watchers and
582want to free them when the port gets killed (note the use of C<psub>):
583
584 $port->rcv (start => sub {
585 my $timer; $timer = mon_guard $port, AE::timer 1, 1, psub {
586 undef $timer if 0.9 < rand;
587 });
588 });
589
590=cut
591
592sub mon_guard {
593 my ($port, @refs) = @_;
594
595 #TODO: mon-less form?
596
597 mon $port, sub { 0 && @refs }
598}
599
600=item kil $port[, @reason]
601
602Kill the specified port with the given C<@reason>.
603
604If no C<@reason> is specified, then the port is killed "normally" (ports
605monitoring other ports will not necessarily die because a port dies
606"normally").
607
608Otherwise, linked ports get killed with the same reason (second form of
609C<mon>, see above).
610
611Runtime errors while evaluating C<rcv> callbacks or inside C<psub> blocks
612will be reported as reason C<< die => $@ >>.
613
614Transport/communication errors are reported as C<< transport_error =>
615$message >>.
616
617=cut
618
619=item $port = spawn $node, $initfunc[, @initdata]
620
621Creates a port on the node C<$node> (which can also be a port ID, in which
622case it's the node where that port resides).
623
624The port ID of the newly created port is returned immediately, and it is
625possible to immediately start sending messages or to monitor the port.
626
627After the port has been created, the init function is called on the remote
628node, in the same context as a C<rcv> callback. This function must be a
629fully-qualified function name (e.g. C<MyApp::Chat::Server::init>). To
630specify a function in the main program, use C<::name>.
631
632If the function doesn't exist, then the node tries to C<require>
633the package, then the package above the package and so on (e.g.
634C<MyApp::Chat::Server>, C<MyApp::Chat>, C<MyApp>) until the function
635exists or it runs out of package names.
636
637The init function is then called with the newly-created port as context
638object (C<$SELF>) and the C<@initdata> values as arguments. It I<must>
639call one of the C<rcv> functions to set callbacks on C<$SELF>, otherwise
640the port might not get created.
641
642A common idiom is to pass a local port, immediately monitor the spawned
643port, and in the remote init function, immediately monitor the passed
644local port. This two-way monitoring ensures that both ports get cleaned up
645when there is a problem.
646
647C<spawn> guarantees that the C<$initfunc> has no visible effects on the
648caller before C<spawn> returns (by delaying invocation when spawn is
649called for the local node).
650
651Example: spawn a chat server port on C<$othernode>.
652
653 # this node, executed from within a port context:
654 my $server = spawn $othernode, "MyApp::Chat::Server::connect", $SELF;
655 mon $server;
656
657 # init function on C<$othernode>
658 sub connect {
659 my ($srcport) = @_;
660
661 mon $srcport;
662
663 rcv $SELF, sub {
664 ...
665 };
666 }
667
668=cut
669
670sub _spawn {
671 my $port = shift;
672 my $init = shift;
673
674 # rcv will create the actual port
675 local $SELF = "$NODE#$port";
676 eval {
677 &{ load_func $init }
678 };
679 _self_die if $@;
680}
681
682sub spawn(@) {
683 my ($nodeid, undef) = split /#/, shift, 2;
684
685 my $id = "$RUNIQ." . $ID++;
686
687 $_[0] =~ /::/
688 or Carp::croak "spawn init function must be a fully-qualified name, caught";
689
690 snd_to_func $nodeid, "AnyEvent::MP::_spawn" => $id, @_;
691
692 "$nodeid#$id"
693}
694
695=item after $timeout, @msg
696
697=item after $timeout, $callback
698
699Either sends the given message, or call the given callback, after the
700specified number of seconds.
701
702This is simply a utility function that comes in handy at times - the
703AnyEvent::MP author is not convinced of the wisdom of having it, though,
704so it may go away in the future.
705
706=cut
707
708sub after($@) {
709 my ($timeout, @action) = @_;
710
711 my $t; $t = AE::timer $timeout, 0, sub {
712 undef $t;
713 ref $action[0]
714 ? $action[0]()
715 : snd @action;
716 };
370} 717}
371 718
372=back 719=back
373 720
374=head1 NODE MESSAGES 721=head1 AnyEvent::MP vs. Distributed Erlang
375 722
376Nodes understand the following messages sent to them. Many of them take 723AnyEvent::MP got lots of its ideas from distributed Erlang (Erlang node
377arguments called C<@reply>, which will simply be used to compose a reply 724== aemp node, Erlang process == aemp port), so many of the documents and
378message - C<$reply[0]> is the port to reply to, C<$reply[1]> the type and 725programming techniques employed by Erlang apply to AnyEvent::MP. Here is a
379the remaining arguments are simply the message data. 726sample:
727
728 http://www.Erlang.se/doc/programming_rules.shtml
729 http://Erlang.org/doc/getting_started/part_frame.html # chapters 3 and 4
730 http://Erlang.org/download/Erlang-book-part1.pdf # chapters 5 and 6
731 http://Erlang.org/download/armstrong_thesis_2003.pdf # chapters 4 and 5
732
733Despite the similarities, there are also some important differences:
380 734
381=over 4 735=over 4
382 736
383=cut 737=item * Node IDs are arbitrary strings in AEMP.
384 738
385############################################################################# 739Erlang relies on special naming and DNS to work everywhere in the same
386# self node code 740way. AEMP relies on each node somehow knowing its own address(es) (e.g. by
741configuration or DNS), but will otherwise discover other odes itself.
387 742
388sub _new_port($) { 743=item * Erlang has a "remote ports are like local ports" philosophy, AEMP
389 my ($name) = @_; 744uses "local ports are like remote ports".
390 745
391 my ($noderef, $portname) = split /#/, $name; 746The failure modes for local ports are quite different (runtime errors
747only) then for remote ports - when a local port dies, you I<know> it dies,
748when a connection to another node dies, you know nothing about the other
749port.
392 750
393 $PORT{$name} = 751Erlang pretends remote ports are as reliable as local ports, even when
394 $PORT{$portname} = { 752they are not.
395 names => [$name, $portname],
396 };
397}
398 753
399$NODE{""} = new AnyEvent::MP::Node::Self noderef => $NODE; 754AEMP encourages a "treat remote ports differently" philosophy, with local
400_new_port ""; 755ports being the special case/exception, where transport errors cannot
756occur.
401 757
402=item devnull => ... 758=item * Erlang uses processes and a mailbox, AEMP does not queue.
403 759
404Generic data sink/CPU heat conversion. 760Erlang uses processes that selectively receive messages, and therefore
761needs a queue. AEMP is event based, queuing messages would serve no
762useful purpose. For the same reason the pattern-matching abilities of
763AnyEvent::MP are more limited, as there is little need to be able to
764filter messages without dequeuing them.
405 765
406=cut 766(But see L<Coro::MP> for a more Erlang-like process model on top of AEMP).
407 767
408rcv "", devnull => sub { () }; 768=item * Erlang sends are synchronous, AEMP sends are asynchronous.
409 769
410=item relay => $port, @msg 770Sending messages in Erlang is synchronous and blocks the process (and
771so does not need a queue that can overflow). AEMP sends are immediate,
772connection establishment is handled in the background.
411 773
412Simply forwards the message to the given port. 774=item * Erlang suffers from silent message loss, AEMP does not.
413 775
414=cut 776Erlang makes few guarantees on messages delivery - messages can get lost
777without any of the processes realising it (i.e. you send messages a, b,
778and c, and the other side only receives messages a and c).
415 779
416rcv "", relay => sub { \&snd; () }; 780AEMP guarantees correct ordering, and the guarantee that after one message
781is lost, all following ones sent to the same port are lost as well, until
782monitoring raises an error, so there are no silent "holes" in the message
783sequence.
417 784
418=item eval => $string[ @reply] 785=item * Erlang can send messages to the wrong port, AEMP does not.
419 786
420Evaluates the given string. If C<@reply> is given, then a message of the 787In Erlang it is quite likely that a node that restarts reuses a process ID
421form C<@reply, $@, @evalres> is sent. 788known to other nodes for a completely different process, causing messages
789destined for that process to end up in an unrelated process.
422 790
423Example: crash another node. 791AEMP never reuses port IDs, so old messages or old port IDs floating
792around in the network will not be sent to an unrelated port.
424 793
425 snd $othernode, eval => "exit"; 794=item * Erlang uses unprotected connections, AEMP uses secure
795authentication and can use TLS.
426 796
427=cut 797AEMP can use a proven protocol - TLS - to protect connections and
798securely authenticate nodes.
428 799
429rcv "", eval => sub { 800=item * The AEMP protocol is optimised for both text-based and binary
430 my (undef, $string, @reply) = @_; 801communications.
431 my @res = eval $string;
432 snd @reply, "$@", @res if @reply;
433 ()
434};
435 802
436=item time => @reply 803The AEMP protocol, unlike the Erlang protocol, supports both programming
804language independent text-only protocols (good for debugging) and binary,
805language-specific serialisers (e.g. Storable). By default, unless TLS is
806used, the protocol is actually completely text-based.
437 807
438Replies the the current node time to C<@reply>. 808It has also been carefully designed to be implementable in other languages
809with a minimum of work while gracefully degrading functionality to make the
810protocol simple.
439 811
440Example: tell the current node to send the current time to C<$myport> in a 812=item * AEMP has more flexible monitoring options than Erlang.
441C<timereply> message.
442 813
443 snd $NODE, time => $myport, timereply => 1, 2; 814In Erlang, you can chose to receive I<all> exit signals as messages
444 # => snd $myport, timereply => 1, 2, <time> 815or I<none>, there is no in-between, so monitoring single processes is
816difficult to implement. Monitoring in AEMP is more flexible than in
817Erlang, as one can choose between automatic kill, exit message or callback
818on a per-process basis.
445 819
446=cut 820=item * Erlang tries to hide remote/local connections, AEMP does not.
447 821
448rcv "", time => sub { shift; snd @_, AE::time; () }; 822Monitoring in Erlang is not an indicator of process death/crashes, in the
823same way as linking is (except linking is unreliable in Erlang).
824
825In AEMP, you don't "look up" registered port names or send to named ports
826that might or might not be persistent. Instead, you normally spawn a port
827on the remote node. The init function monitors you, and you monitor the
828remote port. Since both monitors are local to the node, they are much more
829reliable (no need for C<spawn_link>).
830
831This also saves round-trips and avoids sending messages to the wrong port
832(hard to do in Erlang).
449 833
450=back 834=back
451 835
836=head1 RATIONALE
837
838=over 4
839
840=item Why strings for port and node IDs, why not objects?
841
842We considered "objects", but found that the actual number of methods
843that can be called are quite low. Since port and node IDs travel over
844the network frequently, the serialising/deserialising would add lots of
845overhead, as well as having to keep a proxy object everywhere.
846
847Strings can easily be printed, easily serialised etc. and need no special
848procedures to be "valid".
849
850And as a result, a miniport consists of a single closure stored in a
851global hash - it can't become much cheaper.
852
853=item Why favour JSON, why not a real serialising format such as Storable?
854
855In fact, any AnyEvent::MP node will happily accept Storable as framing
856format, but currently there is no way to make a node use Storable by
857default (although all nodes will accept it).
858
859The default framing protocol is JSON because a) JSON::XS is many times
860faster for small messages and b) most importantly, after years of
861experience we found that object serialisation is causing more problems
862than it solves: Just like function calls, objects simply do not travel
863easily over the network, mostly because they will always be a copy, so you
864always have to re-think your design.
865
866Keeping your messages simple, concentrating on data structures rather than
867objects, will keep your messages clean, tidy and efficient.
868
869=back
870
452=head1 SEE ALSO 871=head1 SEE ALSO
872
873L<AnyEvent::MP::Intro> - a gentle introduction.
874
875L<AnyEvent::MP::Kernel> - more, lower-level, stuff.
876
877L<AnyEvent::MP::Global> - network maintainance and port groups, to find
878your applications.
879
880L<AnyEvent::MP::LogCatcher> - simple service to display log messages from
881all nodes.
453 882
454L<AnyEvent>. 883L<AnyEvent>.
455 884
456=head1 AUTHOR 885=head1 AUTHOR
457 886

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines