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

Comparing AnyEvent-Fork/Fork.pm (file contents):
Revision 1.44 by root, Thu Apr 18 10:49:59 2013 UTC vs.
Revision 1.55 by root, Fri Apr 26 23:24:30 2013 UTC

38 38
39If you need some form of RPC, you could use the L<AnyEvent::Fork::RPC> 39If you need some form of RPC, you could use the L<AnyEvent::Fork::RPC>
40companion module, which adds simple RPC/job queueing to a process created 40companion module, which adds simple RPC/job queueing to a process created
41by this module. 41by this module.
42 42
43And if you need some automatic process pool management on top of
44L<AnyEvent::Fork::RPC>, you can look at the L<AnyEvent::Fork::Pool>
45companion module.
46
43Or you can implement it yourself in whatever way you like, use some 47Or you can implement it yourself in whatever way you like: use some
44message-passing module such as L<AnyEvent::MP>, some pipe such as 48message-passing module such as L<AnyEvent::MP>, some pipe such as
45L<AnyEvent::ZeroMQ>, use L<AnyEvent::Handle> on both sides to send 49L<AnyEvent::ZeroMQ>, use L<AnyEvent::Handle> on both sides to send
46e.g. JSON or Storable messages, and so on. 50e.g. JSON or Storable messages, and so on.
47 51
48=head2 COMPARISON TO OTHER MODULES 52=head2 COMPARISON TO OTHER MODULES
250 ->send_arg ("/bin/echo", "hi") 254 ->send_arg ("/bin/echo", "hi")
251 ->run ("run", my $cv = AE::cv); 255 ->run ("run", my $cv = AE::cv);
252 256
253 my $stderr = $cv->recv; 257 my $stderr = $cv->recv;
254 258
259=head2 For stingy users: put the worker code into a C<DATA> section.
260
261When you want to be stingy with files, you cna put your code into the
262C<DATA> section of your module (or program):
263
264 use AnyEvent::Fork;
265
266 AnyEvent::Fork
267 ->new
268 ->eval (do { local $/; <DATA> })
269 ->run ("doit", sub { ... });
270
271 __DATA__
272
273 sub doit {
274 ... do something!
275 }
276
277=head2 For stingy standalone programs: do not rely on external files at
278all.
279
280For single-file scripts it can be inconvenient to rely on external
281files - even when using < C<DATA> section, you still need to C<exec>
282an external perl interpreter, which might not be available when using
283L<App::Staticperl>, L<Urlader> or L<PAR::Packer> for example.
284
285Two modules help here - L<AnyEvent::Fork::Early> forks a template process
286for all further calls to C<new_exec>, and L<AnyEvent::Fork::Template>
287forks the main program as a template process.
288
289Here is how your main program should look like:
290
291 #! perl
292
293 # optional, as the very first thing.
294 # in case modules want to create their own processes.
295 use AnyEvent::Fork::Early;
296
297 # next, load all modules you need in your template process
298 use Example::My::Module
299 use Example::Whatever;
300
301 # next, put your run function definition and anything else you
302 # need, but do not use code outside of BEGIN blocks.
303 sub worker_run {
304 my ($fh, @args) = @_;
305 ...
306 }
307
308 # now preserve everything so far as AnyEvent::Fork object
309 # in §TEMPLATE.
310 use AnyEvent::Fork::Template;
311
312 # do not put code outside of BEGIN blocks until here
313
314 # now use the $TEMPLATE process in any way you like
315
316 # for example: create 10 worker processes
317 my @worker;
318 my $cv = AE::cv;
319 for (1..10) {
320 $cv->begin;
321 $TEMPLATE->fork->send_arg ($_)->run ("worker_run", sub {
322 push @worker, shift;
323 $cv->end;
324 });
325 }
326 $cv->recv;
327
255=head1 CONCEPTS 328=head1 CONCEPTS
256 329
257This module can create new processes either by executing a new perl 330This module can create new processes either by executing a new perl
258process, or by forking from an existing "template" process. 331process, or by forking from an existing "template" process.
332
333All these processes are called "child processes" (whether they are direct
334children or not), while the process that manages them is called the
335"parent process".
259 336
260Each such process comes with its own file handle that can be used to 337Each such process comes with its own file handle that can be used to
261communicate with it (it's actually a socket - one end in the new process, 338communicate with it (it's actually a socket - one end in the new process,
262one end in the main process), and among the things you can do in it are 339one end in the main process), and among the things you can do in it are
263load modules, fork new processes, send file handles to it, and execute 340load modules, fork new processes, send file handles to it, and execute
373use AnyEvent; 450use AnyEvent;
374use AnyEvent::Util (); 451use AnyEvent::Util ();
375 452
376use IO::FDPass; 453use IO::FDPass;
377 454
378our $VERSION = 0.6; 455our $VERSION = '1.0';
379 456
380# the early fork template process 457# the early fork template process
381our $EARLY; 458our $EARLY;
382 459
383# the empty template process 460# the empty template process
431 # send string 508 # send string
432 my $len = syswrite $self->[FH], $self->[QUEUE][0]; 509 my $len = syswrite $self->[FH], $self->[QUEUE][0];
433 510
434 unless ($len) { 511 unless ($len) {
435 return if $! == Errno::EAGAIN || $! == Errno::EWOULDBLOCK; 512 return if $! == Errno::EAGAIN || $! == Errno::EWOULDBLOCK;
436 undef $self->[3]; 513 undef $self->[WW];
437 die "AnyEvent::Fork: command write failure: $!"; 514 die "AnyEvent::Fork: command write failure: $!";
438 } 515 }
439 516
440 substr $self->[QUEUE][0], 0, $len, ""; 517 substr $self->[QUEUE][0], 0, $len, "";
441 shift @{ $self->[QUEUE] } unless length $self->[QUEUE][0]; 518 shift @{ $self->[QUEUE] } unless length $self->[QUEUE][0];
444 521
445 # everything written 522 # everything written
446 undef $self->[WW]; 523 undef $self->[WW];
447 524
448 # invoke run callback, if any 525 # invoke run callback, if any
526 if ($self->[CB]) {
449 $self->[CB]->($self->[FH]) if $self->[CB]; 527 $self->[CB]->($self->[FH]);
528 @$self = ();
529 }
450 }; 530 };
451 531
452 () # make sure we don't leak the watcher 532 () # make sure we don't leak the watcher
453} 533}
454 534
769 $self->_cmd (r => $func); 849 $self->_cmd (r => $func);
770} 850}
771 851
772=back 852=back
773 853
854=head2 EXPERIMENTAL METHODS
855
856These methods might go away completely or change behaviour, at any time.
857
858=over 4
859
860=item $proc->to_fh ($cb->($fh)) # EXPERIMENTAL, MIGHT BE REMOVED
861
862Flushes all commands out to the process and then calls the callback with
863the communications socket.
864
865The process object becomes unusable on return from this function - any
866further method calls result in undefined behaviour.
867
868The point of this method is to give you a file handle thta you cna pass
869to another process. In that other process, you can call C<new_from_fh
870AnyEvent::Fork> to create a new C<AnyEvent::Fork> object from it, thereby
871effectively passing a fork object to another process.
872
873=cut
874
875sub to_fh {
876 my ($self, $cb) = @_;
877
878 $self->[CB] = $cb;
879
880 unless ($self->[WW]) {
881 $self->[CB]->($self->[FH]);
882 @$self = ();
883 }
884}
885
886=item new_from_fh AnyEvent::Fork $fh # EXPERIMENTAL, MIGHT BE REMOVED
887
888Takes a file handle originally rceeived by the C<to_fh> method and creates
889a new C<AnyEvent:Fork> object. The child process itself will not change in
890any way, i.e. it will keep all the modifications done to it before calling
891C<to_fh>.
892
893The new object is very much like the original object, except that the
894C<pid> method will return C<undef> even if the process is a direct child.
895
896=cut
897
898sub new_from_fh {
899 my ($class, $fh) = @_;
900
901 $class->_new ($fh)
902}
903
904=back
905
774=head1 PERFORMANCE 906=head1 PERFORMANCE
775 907
776Now for some unscientific benchmark numbers (all done on an amd64 908Now for some unscientific benchmark numbers (all done on an amd64
777GNU/Linux box). These are intended to give you an idea of the relative 909GNU/Linux box). These are intended to give you an idea of the relative
778performance you can expect, they are not meant to be absolute performance 910performance you can expect, they are not meant to be absolute performance
784 916
785 2079 new processes per second, using manual socketpair + fork 917 2079 new processes per second, using manual socketpair + fork
786 918
787Then I did the same thing, but instead of calling fork, I called 919Then I did the same thing, but instead of calling fork, I called
788AnyEvent::Fork->new->run ("CORE::exit") and then again waited for the 920AnyEvent::Fork->new->run ("CORE::exit") and then again waited for the
789socket form the child to close on exit. This does the same thing as manual 921socket from the child to close on exit. This does the same thing as manual
790socket pair + fork, except that what is forked is the template process 922socket pair + fork, except that what is forked is the template process
791(2440kB), and the socket needs to be passed to the server at the other end 923(2440kB), and the socket needs to be passed to the server at the other end
792of the socket first. 924of the socket first.
793 925
794 2307 new processes per second, using AnyEvent::Fork->new 926 2307 new processes per second, using AnyEvent::Fork->new
901to make it so, mostly due to the bloody broken perl that nobody seems to 1033to make it so, mostly due to the bloody broken perl that nobody seems to
902care about. The fork emulation is a bad joke - I have yet to see something 1034care about. The fork emulation is a bad joke - I have yet to see something
903useful that you can do with it without running into memory corruption 1035useful that you can do with it without running into memory corruption
904issues or other braindamage. Hrrrr. 1036issues or other braindamage. Hrrrr.
905 1037
1038Since fork is endlessly broken on win32 perls (it doesn't even remotely
1039work within it's documented limits) and quite obviously it's not getting
1040improved any time soon, the best way to proceed on windows would be to
1041always use C<new_exec> and thus never rely on perl's fork "emulation".
1042
906Cygwin perl is not supported at the moment due to some hilarious 1043Cygwin perl is not supported at the moment due to some hilarious
907shortcomings of its API - see L<IO::FDPoll> for more details. 1044shortcomings of its API - see L<IO::FDPoll> for more details. If you never
1045use C<send_fh> and always use C<new_exec> to create processes, it should
1046work though.
908 1047
909=head1 SEE ALSO 1048=head1 SEE ALSO
910 1049
911L<AnyEvent::Fork::Early> (to avoid executing a perl interpreter), 1050L<AnyEvent::Fork::Early>, to avoid executing a perl interpreter at all
1051(part of this distribution).
1052
912L<AnyEvent::Fork::Template> (to create a process by forking the main 1053L<AnyEvent::Fork::Template>, to create a process by forking the main
913program at a convenient time), L<AnyEvent::Fork::RPC> (for simple RPC to 1054program at a convenient time (part of this distribution).
914child processes). 1055
1056L<AnyEvent::Fork::RPC>, for simple RPC to child processes (on CPAN).
1057
1058L<AnyEvent::Fork::Pool>, for simple worker process pool (on CPAN).
915 1059
916=head1 AUTHOR AND CONTACT INFORMATION 1060=head1 AUTHOR AND CONTACT INFORMATION
917 1061
918 Marc Lehmann <schmorp@schmorp.de> 1062 Marc Lehmann <schmorp@schmorp.de>
919 http://software.schmorp.de/pkg/AnyEvent-Fork 1063 http://software.schmorp.de/pkg/AnyEvent-Fork

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines