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.28 by root, Sat Apr 6 09:06:43 2013 UTC vs.
Revision 1.56 by root, Sun Apr 28 13:47:52 2013 UTC

27 27
28Special care has been taken to make this module useful from other modules, 28Special care has been taken to make this module useful from other modules,
29while still supporting specialised environments such as L<App::Staticperl> 29while still supporting specialised environments such as L<App::Staticperl>
30or L<PAR::Packer>. 30or L<PAR::Packer>.
31 31
32=head1 WHAT THIS MODULE IS NOT 32=head2 WHAT THIS MODULE IS NOT
33 33
34This module only creates processes and lets you pass file handles and 34This module only creates processes and lets you pass file handles and
35strings to it, and run perl code. It does not implement any kind of RPC - 35strings to it, and run perl code. It does not implement any kind of RPC -
36there is no back channel from the process back to you, and there is no RPC 36there is no back channel from the process back to you, and there is no RPC
37or message passing going on. 37or message passing going on.
38 38
39If you need some form of RPC, you can either implement it yourself 39If you need some form of RPC, you could use the L<AnyEvent::Fork::RPC>
40in whatever way you like, use some message-passing module such 40companion module, which adds simple RPC/job queueing to a process created
41as L<AnyEvent::MP>, some pipe such as L<AnyEvent::ZeroMQ>, use 41by this module.
42L<AnyEvent::Handle> on both sides to send e.g. JSON or Storable messages,
43and so on.
44 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
47Or you can implement it yourself in whatever way you like: use some
48message-passing module such as L<AnyEvent::MP>, some pipe such as
49L<AnyEvent::ZeroMQ>, use L<AnyEvent::Handle> on both sides to send
50e.g. JSON or Storable messages, and so on.
51
52=head2 COMPARISON TO OTHER MODULES
53
54There is an abundance of modules on CPAN that do "something fork", such as
55L<Parallel::ForkManager>, L<AnyEvent::ForkManager>, L<AnyEvent::Worker>
56or L<AnyEvent::Subprocess>. There are modules that implement their own
57process management, such as L<AnyEvent::DBI>.
58
59The problems that all these modules try to solve are real, however, none
60of them (from what I have seen) tackle the very real problems of unwanted
61memory sharing, efficiency, not being able to use event processing or
62similar modules in the processes they create.
63
64This module doesn't try to replace any of them - instead it tries to solve
65the problem of creating processes with a minimum of fuss and overhead (and
66also luxury). Ideally, most of these would use AnyEvent::Fork internally,
67except they were written before AnyEvent:Fork was available, so obviously
68had to roll their own.
69
45=head1 PROBLEM STATEMENT 70=head2 PROBLEM STATEMENT
46 71
47There are two traditional ways to implement parallel processing on UNIX 72There are two traditional ways to implement parallel processing on UNIX
48like operating systems - fork and process, and fork+exec and process. They 73like operating systems - fork and process, and fork+exec and process. They
49have different advantages and disadvantages that I describe below, 74have different advantages and disadvantages that I describe below,
50together with how this module tries to mitigate the disadvantages. 75together with how this module tries to mitigate the disadvantages.
152 177
153 # now $master_filehandle is connected to the 178 # now $master_filehandle is connected to the
154 # $slave_filehandle in the new process. 179 # $slave_filehandle in the new process.
155 }); 180 });
156 181
157 # MyModule::worker might look like this 182C<MyModule> might look like this:
183
184 package MyModule;
185
158 sub MyModule::worker { 186 sub worker {
159 my ($slave_filehandle) = @_; 187 my ($slave_filehandle) = @_;
160 188
161 # now $slave_filehandle is connected to the $master_filehandle 189 # now $slave_filehandle is connected to the $master_filehandle
162 # in the original prorcess. have fun! 190 # in the original prorcess. have fun!
163 } 191 }
182 } 210 }
183 211
184 # now do other things - maybe use the filehandle provided by run 212 # now do other things - maybe use the filehandle provided by run
185 # to wait for the processes to die. or whatever. 213 # to wait for the processes to die. or whatever.
186 214
187 # My::Server::run might look like this 215C<My::Server> might look like this:
188 sub My::Server::run { 216
217 package My::Server;
218
219 sub run {
189 my ($slave, $listener, $id) = @_; 220 my ($slave, $listener, $id) = @_;
190 221
191 close $slave; # we do not use the socket, so close it to save resources 222 close $slave; # we do not use the socket, so close it to save resources
192 223
193 # we could go ballistic and use e.g. AnyEvent here, or IO::AIO, 224 # we could go ballistic and use e.g. AnyEvent here, or IO::AIO,
197 } 228 }
198 } 229 }
199 230
200=head2 use AnyEvent::Fork as a faster fork+exec 231=head2 use AnyEvent::Fork as a faster fork+exec
201 232
202This runs /bin/echo hi, with stdout redirected to /tmp/log and stderr to 233This runs C</bin/echo hi>, with standard output redirected to F</tmp/log>
203the communications socket. It is usually faster than fork+exec, but still 234and standard error redirected to the communications socket. It is usually
204let's you prepare the environment. 235faster than fork+exec, but still lets you prepare the environment.
205 236
206 open my $output, ">/tmp/log" or die "$!"; 237 open my $output, ">/tmp/log" or die "$!";
207 238
208 AnyEvent::Fork 239 AnyEvent::Fork
209 ->new 240 ->new
210 ->eval (' 241 ->eval ('
242 # compile a helper function for later use
211 sub run { 243 sub run {
212 my ($fh, $output, @cmd) = @_; 244 my ($fh, $output, @cmd) = @_;
213 245
214 # perl will clear close-on-exec on STDOUT/STDERR 246 # perl will clear close-on-exec on STDOUT/STDERR
215 open STDOUT, ">&", $output or die; 247 open STDOUT, ">&", $output or die;
222 ->send_arg ("/bin/echo", "hi") 254 ->send_arg ("/bin/echo", "hi")
223 ->run ("run", my $cv = AE::cv); 255 ->run ("run", my $cv = AE::cv);
224 256
225 my $stderr = $cv->recv; 257 my $stderr = $cv->recv;
226 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
227=head1 CONCEPTS 328=head1 CONCEPTS
228 329
229This module can create new processes either by executing a new perl 330This module can create new processes either by executing a new perl
230process, 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".
231 336
232Each 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
233communicate 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,
234one 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
235load modules, fork new processes, send file handles to it, and execute 340load modules, fork new processes, send file handles to it, and execute
326 431
327If a process object is destroyed before calling its C<run> method, then 432If a process object is destroyed before calling its C<run> method, then
328the process simply exits. After C<run> is called, all responsibility is 433the process simply exits. After C<run> is called, all responsibility is
329passed to the specified function. 434passed to the specified function.
330 435
436As long as there is any outstanding work to be done, process objects
437resist being destroyed, so there is no reason to store them unless you
438need them later - configure and forget works just fine.
439
331=over 4 440=over 4
332 441
333=cut 442=cut
334 443
335package AnyEvent::Fork; 444package AnyEvent::Fork;
341use AnyEvent; 450use AnyEvent;
342use AnyEvent::Util (); 451use AnyEvent::Util ();
343 452
344use IO::FDPass; 453use IO::FDPass;
345 454
346our $VERSION = 0.5; 455our $VERSION = 1.1;
347
348our $PERL; # the path to the perl interpreter, deduces with various forms of magic
349
350=over 4
351
352=back
353
354=cut
355 456
356# the early fork template process 457# the early fork template process
357our $EARLY; 458our $EARLY;
358 459
359# the empty template process 460# the empty template process
360our $TEMPLATE; 461our $TEMPLATE;
462
463sub QUEUE() { 0 }
464sub FH() { 1 }
465sub WW() { 2 }
466sub PID() { 3 }
467sub CB() { 4 }
468
469sub _new {
470 my ($self, $fh, $pid) = @_;
471
472 AnyEvent::Util::fh_nonblocking $fh, 1;
473
474 $self = bless [
475 [], # write queue - strings or fd's
476 $fh,
477 undef, # AE watcher
478 $pid,
479 ], $self;
480
481 $self
482}
361 483
362sub _cmd { 484sub _cmd {
363 my $self = shift; 485 my $self = shift;
364 486
365 # ideally, we would want to use "a (w/a)*" as format string, but perl 487 # ideally, we would want to use "a (w/a)*" as format string, but perl
366 # versions from at least 5.8.9 to 5.16.3 are all buggy and can't unpack 488 # versions from at least 5.8.9 to 5.16.3 are all buggy and can't unpack
367 # it. 489 # it.
368 push @{ $self->[2] }, pack "a L/a*", $_[0], $_[1]; 490 push @{ $self->[QUEUE] }, pack "a L/a*", $_[0], $_[1];
369 491
370 $self->[3] ||= AE::io $self->[1], 1, sub { 492 $self->[WW] ||= AE::io $self->[FH], 1, sub {
371 do { 493 do {
372 # send the next "thing" in the queue - either a reference to an fh, 494 # send the next "thing" in the queue - either a reference to an fh,
373 # or a plain string. 495 # or a plain string.
374 496
375 if (ref $self->[2][0]) { 497 if (ref $self->[QUEUE][0]) {
376 # send fh 498 # send fh
377 unless (IO::FDPass::send fileno $self->[1], fileno ${ $self->[2][0] }) { 499 unless (IO::FDPass::send fileno $self->[FH], fileno ${ $self->[QUEUE][0] }) {
378 return if $! == Errno::EAGAIN || $! == Errno::EWOULDBLOCK; 500 return if $! == Errno::EAGAIN || $! == Errno::EWOULDBLOCK;
379 undef $self->[3]; 501 undef $self->[WW];
380 die "AnyEvent::Fork: file descriptor send failure: $!"; 502 die "AnyEvent::Fork: file descriptor send failure: $!";
381 } 503 }
382 504
383 shift @{ $self->[2] }; 505 shift @{ $self->[QUEUE] };
384 506
385 } else { 507 } else {
386 # send string 508 # send string
387 my $len = syswrite $self->[1], $self->[2][0]; 509 my $len = syswrite $self->[FH], $self->[QUEUE][0];
388 510
389 unless ($len) { 511 unless ($len) {
390 return if $! == Errno::EAGAIN || $! == Errno::EWOULDBLOCK; 512 return if $! == Errno::EAGAIN || $! == Errno::EWOULDBLOCK;
391 undef $self->[3]; 513 undef $self->[WW];
392 die "AnyEvent::Fork: command write failure: $!"; 514 die "AnyEvent::Fork: command write failure: $!";
393 } 515 }
394 516
395 substr $self->[2][0], 0, $len, ""; 517 substr $self->[QUEUE][0], 0, $len, "";
396 shift @{ $self->[2] } unless length $self->[2][0]; 518 shift @{ $self->[QUEUE] } unless length $self->[QUEUE][0];
397 } 519 }
398 } while @{ $self->[2] }; 520 } while @{ $self->[QUEUE] };
399 521
400 # everything written 522 # everything written
401 undef $self->[3]; 523 undef $self->[WW];
402 524
403 # invoke run callback, if any 525 # invoke run callback, if any
404 $self->[4]->($self->[1]) if $self->[4]; 526 if ($self->[CB]) {
527 $self->[CB]->($self->[FH]);
528 @$self = ();
529 }
405 }; 530 };
406 531
407 () # make sure we don't leak the watcher 532 () # make sure we don't leak the watcher
408}
409
410sub _new {
411 my ($self, $fh, $pid) = @_;
412
413 AnyEvent::Util::fh_nonblocking $fh, 1;
414
415 $self = bless [
416 $pid,
417 $fh,
418 [], # write queue - strings or fd's
419 undef, # AE watcher
420 ], $self;
421
422 $self
423} 533}
424 534
425# fork template from current process, used by AnyEvent::Fork::Early/Template 535# fork template from current process, used by AnyEvent::Fork::Early/Template
426sub _new_fork { 536sub _new_fork {
427 my ($fh, $slave) = AnyEvent::Util::portable_socketpair; 537 my ($fh, $slave) = AnyEvent::Util::portable_socketpair;
432 if ($pid eq 0) { 542 if ($pid eq 0) {
433 require AnyEvent::Fork::Serve; 543 require AnyEvent::Fork::Serve;
434 $AnyEvent::Fork::Serve::OWNER = $parent; 544 $AnyEvent::Fork::Serve::OWNER = $parent;
435 close $fh; 545 close $fh;
436 $0 = "$_[1] of $parent"; 546 $0 = "$_[1] of $parent";
437 $SIG{CHLD} = 'IGNORE';
438 AnyEvent::Fork::Serve::serve ($slave); 547 AnyEvent::Fork::Serve::serve ($slave);
439 exit 0; 548 exit 0;
440 } elsif (!$pid) { 549 } elsif (!$pid) {
441 die "AnyEvent::Fork::Early/Template: unable to fork template process: $!"; 550 die "AnyEvent::Fork::Early/Template: unable to fork template process: $!";
442 } 551 }
449Create a new "empty" perl interpreter process and returns its process 558Create a new "empty" perl interpreter process and returns its process
450object for further manipulation. 559object for further manipulation.
451 560
452The new process is forked from a template process that is kept around 561The new process is forked from a template process that is kept around
453for this purpose. When it doesn't exist yet, it is created by a call to 562for this purpose. When it doesn't exist yet, it is created by a call to
454C<new_exec> and kept around for future calls. 563C<new_exec> first and then stays around for future calls.
455
456When the process object is destroyed, it will release the file handle
457that connects it with the new process. When the new process has not yet
458called C<run>, then the process will exit. Otherwise, what happens depends
459entirely on the code that is executed.
460 564
461=cut 565=cut
462 566
463sub new { 567sub new {
464 my $class = shift; 568 my $class = shift;
505The path to the perl interpreter is divined using various methods - first 609The path to the perl interpreter is divined using various methods - first
506C<$^X> is investigated to see if the path ends with something that sounds 610C<$^X> is investigated to see if the path ends with something that sounds
507as if it were the perl interpreter. Failing this, the module falls back to 611as if it were the perl interpreter. Failing this, the module falls back to
508using C<$Config::Config{perlpath}>. 612using C<$Config::Config{perlpath}>.
509 613
614The path to perl can also be overriden by setting the global variable
615C<$AnyEvent::Fork::PERL> - it's value will be used for all subsequent
616invocations.
617
510=cut 618=cut
619
620our $PERL;
511 621
512sub new_exec { 622sub new_exec {
513 my ($self) = @_; 623 my ($self) = @_;
514 624
515 return $EARLY->fork 625 return $EARLY->fork
516 if $EARLY; 626 if $EARLY;
517 627
628 unless (defined $PERL) {
518 # first find path of perl 629 # first find path of perl
519 my $perl = $; 630 my $perl = $;
520 631
521 # first we try $^X, but the path must be absolute (always on win32), and end in sth. 632 # first we try $^X, but the path must be absolute (always on win32), and end in sth.
522 # that looks like perl. this obviously only works for posix and win32 633 # that looks like perl. this obviously only works for posix and win32
523 unless ( 634 unless (
524 ($^O eq "MSWin32" || $perl =~ m%^/%) 635 ($^O eq "MSWin32" || $perl =~ m%^/%)
525 && $perl =~ m%[/\\]perl(?:[0-9]+(\.[0-9]+)+)?(\.exe)?$%i 636 && $perl =~ m%[/\\]perl(?:[0-9]+(\.[0-9]+)+)?(\.exe)?$%i
526 ) { 637 ) {
527 # if it doesn't look perlish enough, try Config 638 # if it doesn't look perlish enough, try Config
528 require Config; 639 require Config;
529 $perl = $Config::Config{perlpath}; 640 $perl = $Config::Config{perlpath};
530 $perl =~ s/(?:\Q$Config::Config{_exe}\E)?$/$Config::Config{_exe}/; 641 $perl =~ s/(?:\Q$Config::Config{_exe}\E)?$/$Config::Config{_exe}/;
642 }
643
644 $PERL = $perl;
531 } 645 }
532 646
533 require Proc::FastSpawn; 647 require Proc::FastSpawn;
534 648
535 my ($fh, $slave) = AnyEvent::Util::portable_socketpair; 649 my ($fh, $slave) = AnyEvent::Util::portable_socketpair;
543 #local $ENV{PERL5LIB} = join ":", grep !ref, @INC; 657 #local $ENV{PERL5LIB} = join ":", grep !ref, @INC;
544 my %env = %ENV; 658 my %env = %ENV;
545 $env{PERL5LIB} = join +($^O eq "MSWin32" ? ";" : ":"), grep !ref, @INC; 659 $env{PERL5LIB} = join +($^O eq "MSWin32" ? ";" : ":"), grep !ref, @INC;
546 660
547 my $pid = Proc::FastSpawn::spawn ( 661 my $pid = Proc::FastSpawn::spawn (
548 $perl, 662 $PERL,
549 ["perl", "-MAnyEvent::Fork::Serve", "-e", "AnyEvent::Fork::Serve::me", fileno $slave, $$], 663 ["perl", "-MAnyEvent::Fork::Serve", "-e", "AnyEvent::Fork::Serve::me", fileno $slave, $$],
550 [map "$_=$env{$_}", keys %env], 664 [map "$_=$env{$_}", keys %env],
551 ) or die "unable to spawn AnyEvent::Fork server: $!"; 665 ) or die "unable to spawn AnyEvent::Fork server: $!";
552 666
553 $self->_new ($fh, $pid) 667 $self->_new ($fh, $pid)
554} 668}
555 669
556=item $pid = $proc->pid 670=item $pid = $proc->pid
557 671
558Returns the process id of the process I<iff it is a direct child of the 672Returns the process id of the process I<iff it is a direct child of the
559process> running AnyEvent::Fork, and C<undef> otherwise. 673process running AnyEvent::Fork>, and C<undef> otherwise.
560 674
561Normally, only processes created via C<< AnyEvent::Fork->new_exec >> and 675Normally, only processes created via C<< AnyEvent::Fork->new_exec >> and
562L<AnyEvent::Fork::Template> are direct children, and you are responsible 676L<AnyEvent::Fork::Template> are direct children, and you are responsible
563to clean up their zombies when they die. 677to clean up their zombies when they die.
564 678
565All other processes are not direct children, and will be cleaned up by 679All other processes are not direct children, and will be cleaned up by
566AnyEvent::Fork. 680AnyEvent::Fork itself.
567 681
568=cut 682=cut
569 683
570sub pid { 684sub pid {
571 $_[0][0] 685 $_[0][PID]
572} 686}
573 687
574=item $proc = $proc->eval ($perlcode, @args) 688=item $proc = $proc->eval ($perlcode, @args)
575 689
576Evaluates the given C<$perlcode> as ... perl code, while setting C<@_> to 690Evaluates the given C<$perlcode> as ... Perl code, while setting C<@_> to
577the strings specified by C<@args>, in the "main" package. 691the strings specified by C<@args>, in the "main" package.
578 692
579This call is meant to do any custom initialisation that might be required 693This call is meant to do any custom initialisation that might be required
580(for example, the C<require> method uses it). It's not supposed to be used 694(for example, the C<require> method uses it). It's not supposed to be used
581to completely take over the process, use C<run> for that. 695to completely take over the process, use C<run> for that.
582 696
583The code will usually be executed after this call returns, and there is no 697The code will usually be executed after this call returns, and there is no
584way to pass anything back to the calling process. Any evaluation errors 698way to pass anything back to the calling process. Any evaluation errors
585will be reported to stderr and cause the process to exit. 699will be reported to stderr and cause the process to exit.
586 700
587If you want to execute some code to take over the process (see the 701If you want to execute some code (that isn't in a module) to take over the
588"fork+exec" example in the SYNOPSIS), you should compile a function via 702process, you should compile a function via C<eval> first, and then call
589C<eval> first, and then call it via C<run>. This also gives you access to 703it via C<run>. This also gives you access to any arguments passed via the
590any arguments passed via the C<send_xxx> methods, such as file handles. 704C<send_xxx> methods, such as file handles. See the L<use AnyEvent::Fork as
705a faster fork+exec> example to see it in action.
591 706
592Returns the process object for easy chaining of method calls. 707Returns the process object for easy chaining of method calls.
593 708
594=cut 709=cut
595 710
621=item $proc = $proc->send_fh ($handle, ...) 736=item $proc = $proc->send_fh ($handle, ...)
622 737
623Send one or more file handles (I<not> file descriptors) to the process, 738Send one or more file handles (I<not> file descriptors) to the process,
624to prepare a call to C<run>. 739to prepare a call to C<run>.
625 740
626The process object keeps a reference to the handles until this is done, 741The process object keeps a reference to the handles until they have
627so you must not explicitly close the handles. This is most easily 742been passed over to the process, so you must not explicitly close the
628accomplished by simply not storing the file handles anywhere after passing 743handles. This is most easily accomplished by simply not storing the file
629them to this method. 744handles anywhere after passing them to this method - when AnyEvent::Fork
745is finished using them, perl will automatically close them.
630 746
631Returns the process object for easy chaining of method calls. 747Returns the process object for easy chaining of method calls.
632 748
633Example: pass a file handle to a process, and release it without 749Example: pass a file handle to a process, and release it without
634closing. It will be closed automatically when it is no longer used. 750closing. It will be closed automatically when it is no longer used.
641sub send_fh { 757sub send_fh {
642 my ($self, @fh) = @_; 758 my ($self, @fh) = @_;
643 759
644 for my $fh (@fh) { 760 for my $fh (@fh) {
645 $self->_cmd ("h"); 761 $self->_cmd ("h");
646 push @{ $self->[2] }, \$fh; 762 push @{ $self->[QUEUE] }, \$fh;
647 } 763 }
648 764
649 $self 765 $self
650} 766}
651 767
652=item $proc = $proc->send_arg ($string, ...) 768=item $proc = $proc->send_arg ($string, ...)
653 769
654Send one or more argument strings to the process, to prepare a call to 770Send one or more argument strings to the process, to prepare a call to
655C<run>. The strings can be any octet string. 771C<run>. The strings can be any octet strings.
656 772
657The protocol is optimised to pass a moderate number of relatively short 773The protocol is optimised to pass a moderate number of relatively short
658strings - while you can pass up to 4GB of data in one go, this is more 774strings - while you can pass up to 4GB of data in one go, this is more
659meant to pass some ID information or other startup info, not big chunks of 775meant to pass some ID information or other startup info, not big chunks of
660data. 776data.
676Enter the function specified by the function name in C<$func> in the 792Enter the function specified by the function name in C<$func> in the
677process. The function is called with the communication socket as first 793process. The function is called with the communication socket as first
678argument, followed by all file handles and string arguments sent earlier 794argument, followed by all file handles and string arguments sent earlier
679via C<send_fh> and C<send_arg> methods, in the order they were called. 795via C<send_fh> and C<send_arg> methods, in the order they were called.
680 796
797The process object becomes unusable on return from this function - any
798further method calls result in undefined behaviour.
799
681The function name should be fully qualified, but if it isn't, it will be 800The function name should be fully qualified, but if it isn't, it will be
682looked up in the main package. 801looked up in the C<main> package.
683 802
684If the called function returns, doesn't exist, or any error occurs, the 803If the called function returns, doesn't exist, or any error occurs, the
685process exits. 804process exits.
686 805
687Preparing the process is done in the background - when all commands have 806Preparing the process is done in the background - when all commands have
688been sent, the callback is invoked with the local communications socket 807been sent, the callback is invoked with the local communications socket
689as argument. At this point you can start using the socket in any way you 808as argument. At this point you can start using the socket in any way you
690like. 809like.
691
692The process object becomes unusable on return from this function - any
693further method calls result in undefined behaviour.
694 810
695If the communication socket isn't used, it should be closed on both sides, 811If the communication socket isn't used, it should be closed on both sides,
696to save on kernel memory. 812to save on kernel memory.
697 813
698The socket is non-blocking in the parent, and blocking in the newly 814The socket is non-blocking in the parent, and blocking in the newly
737=cut 853=cut
738 854
739sub run { 855sub run {
740 my ($self, $func, $cb) = @_; 856 my ($self, $func, $cb) = @_;
741 857
742 $self->[4] = $cb; 858 $self->[CB] = $cb;
743 $self->_cmd (r => $func); 859 $self->_cmd (r => $func);
860}
861
862=back
863
864=head2 EXPERIMENTAL METHODS
865
866These methods might go away completely or change behaviour, at any time.
867
868=over 4
869
870=item $proc->to_fh ($cb->($fh)) # EXPERIMENTAL, MIGHT BE REMOVED
871
872Flushes all commands out to the process and then calls the callback with
873the communications socket.
874
875The process object becomes unusable on return from this function - any
876further method calls result in undefined behaviour.
877
878The point of this method is to give you a file handle thta you cna pass
879to another process. In that other process, you can call C<new_from_fh
880AnyEvent::Fork> to create a new C<AnyEvent::Fork> object from it, thereby
881effectively passing a fork object to another process.
882
883=cut
884
885sub to_fh {
886 my ($self, $cb) = @_;
887
888 $self->[CB] = $cb;
889
890 unless ($self->[WW]) {
891 $self->[CB]->($self->[FH]);
892 @$self = ();
893 }
894}
895
896=item new_from_fh AnyEvent::Fork $fh # EXPERIMENTAL, MIGHT BE REMOVED
897
898Takes a file handle originally rceeived by the C<to_fh> method and creates
899a new C<AnyEvent:Fork> object. The child process itself will not change in
900any way, i.e. it will keep all the modifications done to it before calling
901C<to_fh>.
902
903The new object is very much like the original object, except that the
904C<pid> method will return C<undef> even if the process is a direct child.
905
906=cut
907
908sub new_from_fh {
909 my ($class, $fh) = @_;
910
911 $class->_new ($fh)
744} 912}
745 913
746=back 914=back
747 915
748=head1 PERFORMANCE 916=head1 PERFORMANCE
758 926
759 2079 new processes per second, using manual socketpair + fork 927 2079 new processes per second, using manual socketpair + fork
760 928
761Then I did the same thing, but instead of calling fork, I called 929Then I did the same thing, but instead of calling fork, I called
762AnyEvent::Fork->new->run ("CORE::exit") and then again waited for the 930AnyEvent::Fork->new->run ("CORE::exit") and then again waited for the
763socket form the child to close on exit. This does the same thing as manual 931socket from the child to close on exit. This does the same thing as manual
764socket pair + fork, except that what is forked is the template process 932socket pair + fork, except that what is forked is the template process
765(2440kB), and the socket needs to be passed to the server at the other end 933(2440kB), and the socket needs to be passed to the server at the other end
766of the socket first. 934of the socket first.
767 935
768 2307 new processes per second, using AnyEvent::Fork->new 936 2307 new processes per second, using AnyEvent::Fork->new
773 479 vfork+execs per second, using AnyEvent::Fork->new_exec 941 479 vfork+execs per second, using AnyEvent::Fork->new_exec
774 942
775So how can C<< AnyEvent->new >> be faster than a standard fork, even 943So how can C<< AnyEvent->new >> be faster than a standard fork, even
776though it uses the same operations, but adds a lot of overhead? 944though it uses the same operations, but adds a lot of overhead?
777 945
778The difference is simply the process size: forking the 6MB process takes 946The difference is simply the process size: forking the 5MB process takes
779so much longer than forking the 2.5MB template process that the overhead 947so much longer than forking the 2.5MB template process that the extra
780introduced is canceled out. 948overhead is canceled out.
781 949
782If the benchmark process grows, the normal fork becomes even slower: 950If the benchmark process grows, the normal fork becomes even slower:
783 951
784 1340 new processes, manual fork in a 20MB process 952 1340 new processes, manual fork of a 20MB process
785 731 new processes, manual fork in a 200MB process 953 731 new processes, manual fork of a 200MB process
786 235 new processes, manual fork in a 2000MB process 954 235 new processes, manual fork of a 2000MB process
787 955
788What that means (to me) is that I can use this module without having a 956What that means (to me) is that I can use this module without having a bad
789very bad conscience because of the extra overhead required to start new 957conscience because of the extra overhead required to start new processes.
790processes.
791 958
792=head1 TYPICAL PROBLEMS 959=head1 TYPICAL PROBLEMS
793 960
794This section lists typical problems that remain. I hope by recognising 961This section lists typical problems that remain. I hope by recognising
795them, most can be avoided. 962them, most can be avoided.
796 963
797=over 4 964=over 4
798 965
799=item "leaked" file descriptors for exec'ed processes 966=item leaked file descriptors for exec'ed processes
800 967
801POSIX systems inherit file descriptors by default when exec'ing a new 968POSIX systems inherit file descriptors by default when exec'ing a new
802process. While perl itself laudably sets the close-on-exec flags on new 969process. While perl itself laudably sets the close-on-exec flags on new
803file handles, most C libraries don't care, and even if all cared, it's 970file handles, most C libraries don't care, and even if all cared, it's
804often not possible to set the flag in a race-free manner. 971often not possible to set the flag in a race-free manner.
824libraries or the code that leaks those file descriptors. 991libraries or the code that leaks those file descriptors.
825 992
826Fortunately, most of these leaked descriptors do no harm, other than 993Fortunately, most of these leaked descriptors do no harm, other than
827sitting on some resources. 994sitting on some resources.
828 995
829=item "leaked" file descriptors for fork'ed processes 996=item leaked file descriptors for fork'ed processes
830 997
831Normally, L<AnyEvent::Fork> does start new processes by exec'ing them, 998Normally, L<AnyEvent::Fork> does start new processes by exec'ing them,
832which closes file descriptors not marked for being inherited. 999which closes file descriptors not marked for being inherited.
833 1000
834However, L<AnyEvent::Fork::Early> and L<AnyEvent::Fork::Template> offer 1001However, L<AnyEvent::Fork::Early> and L<AnyEvent::Fork::Template> offer
843 1010
844The solution is to either not load these modules before use'ing 1011The solution is to either not load these modules before use'ing
845L<AnyEvent::Fork::Early> or L<AnyEvent::Fork::Template>, or to delay 1012L<AnyEvent::Fork::Early> or L<AnyEvent::Fork::Template>, or to delay
846initialising them, for example, by calling C<init Gtk2> manually. 1013initialising them, for example, by calling C<init Gtk2> manually.
847 1014
848=item exit runs destructors 1015=item exiting calls object destructors
849 1016
850This only applies to users of Lc<AnyEvent::Fork:Early> and 1017This only applies to users of L<AnyEvent::Fork:Early> and
851L<AnyEvent::Fork::Template>. 1018L<AnyEvent::Fork::Template>, or when initialising code creates objects
1019that reference external resources.
852 1020
853When a process created by AnyEvent::Fork exits, it might do so by calling 1021When a process created by AnyEvent::Fork exits, it might do so by calling
854exit, or simply letting perl reach the end of the program. At which point 1022exit, or simply letting perl reach the end of the program. At which point
855Perl runs all destructors. 1023Perl runs all destructors.
856 1024
875to make it so, mostly due to the bloody broken perl that nobody seems to 1043to make it so, mostly due to the bloody broken perl that nobody seems to
876care about. The fork emulation is a bad joke - I have yet to see something 1044care about. The fork emulation is a bad joke - I have yet to see something
877useful that you can do with it without running into memory corruption 1045useful that you can do with it without running into memory corruption
878issues or other braindamage. Hrrrr. 1046issues or other braindamage. Hrrrr.
879 1047
880Cygwin perl is not supported at the moment, as it should implement fd 1048Since fork is endlessly broken on win32 perls (it doesn't even remotely
881passing, but doesn't, and rolling my own is hard, as cygwin doesn't 1049work within it's documented limits) and quite obviously it's not getting
882support enough functionality to do it. 1050improved any time soon, the best way to proceed on windows would be to
1051always use C<new_exec> and thus never rely on perl's fork "emulation".
1052
1053Cygwin perl is not supported at the moment due to some hilarious
1054shortcomings of its API - see L<IO::FDPoll> for more details. If you never
1055use C<send_fh> and always use C<new_exec> to create processes, it should
1056work though.
883 1057
884=head1 SEE ALSO 1058=head1 SEE ALSO
885 1059
886L<AnyEvent::Fork::Early> (to avoid executing a perl interpreter), 1060L<AnyEvent::Fork::Early>, to avoid executing a perl interpreter at all
1061(part of this distribution).
1062
887L<AnyEvent::Fork::Template> (to create a process by forking the main 1063L<AnyEvent::Fork::Template>, to create a process by forking the main
888program at a convenient time). 1064program at a convenient time (part of this distribution).
889 1065
890=head1 AUTHOR 1066L<AnyEvent::Fork::RPC>, for simple RPC to child processes (on CPAN).
1067
1068L<AnyEvent::Fork::Pool>, for simple worker process pool (on CPAN).
1069
1070=head1 AUTHOR AND CONTACT INFORMATION
891 1071
892 Marc Lehmann <schmorp@schmorp.de> 1072 Marc Lehmann <schmorp@schmorp.de>
893 http://home.schmorp.de/ 1073 http://software.schmorp.de/pkg/AnyEvent-Fork
894 1074
895=cut 1075=cut
896 1076
8971 10771
898 1078

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines