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

Comparing AnyEvent/lib/AnyEvent.pm (file contents):
Revision 1.215 by root, Tue Jun 23 12:19:33 2009 UTC vs.
Revision 1.291 by root, Thu Sep 3 13:59:20 2009 UTC

1=head1 NAME 1=head1 NAME
2 2
3AnyEvent - provide framework for multiple event loops 3AnyEvent - the DBI of event loop programming
4 4
5EV, Event, Glib, Tk, Perl, Event::Lib, Qt and POE are various supported 5EV, Event, Glib, Tk, Perl, Event::Lib, Irssi, rxvt-unicode, IO::Async, Qt
6event loops. 6and POE are various supported event loops/environments.
7 7
8=head1 SYNOPSIS 8=head1 SYNOPSIS
9 9
10 use AnyEvent; 10 use AnyEvent;
11 11
40=head1 INTRODUCTION/TUTORIAL 40=head1 INTRODUCTION/TUTORIAL
41 41
42This manpage is mainly a reference manual. If you are interested 42This manpage is mainly a reference manual. If you are interested
43in a tutorial or some gentle introduction, have a look at the 43in a tutorial or some gentle introduction, have a look at the
44L<AnyEvent::Intro> manpage. 44L<AnyEvent::Intro> manpage.
45
46=head1 SUPPORT
47
48There is a mailinglist for discussing all things AnyEvent, and an IRC
49channel, too.
50
51See the AnyEvent project page at the B<Schmorpforge Ta-Sa Software
52Repository>, at L<http://anyevent.schmorp.de>, for more info.
45 53
46=head1 WHY YOU SHOULD USE THIS MODULE (OR NOT) 54=head1 WHY YOU SHOULD USE THIS MODULE (OR NOT)
47 55
48Glib, POE, IO::Async, Event... CPAN offers event models by the dozen 56Glib, POE, IO::Async, Event... CPAN offers event models by the dozen
49nowadays. So what is different about AnyEvent? 57nowadays. So what is different about AnyEvent?
173my variables are only visible after the statement in which they are 181my variables are only visible after the statement in which they are
174declared. 182declared.
175 183
176=head2 I/O WATCHERS 184=head2 I/O WATCHERS
177 185
186 $w = AnyEvent->io (
187 fh => <filehandle_or_fileno>,
188 poll => <"r" or "w">,
189 cb => <callback>,
190 );
191
178You can create an I/O watcher by calling the C<< AnyEvent->io >> method 192You can create an I/O watcher by calling the C<< AnyEvent->io >> method
179with the following mandatory key-value pairs as arguments: 193with the following mandatory key-value pairs as arguments:
180 194
181C<fh> is the Perl I<file handle> (I<not> file descriptor) to watch 195C<fh> is the Perl I<file handle> (or a naked file descriptor) to watch
182for events (AnyEvent might or might not keep a reference to this file 196for events (AnyEvent might or might not keep a reference to this file
183handle). Note that only file handles pointing to things for which 197handle). Note that only file handles pointing to things for which
184non-blocking operation makes sense are allowed. This includes sockets, 198non-blocking operation makes sense are allowed. This includes sockets,
185most character devices, pipes, fifos and so on, but not for example files 199most character devices, pipes, fifos and so on, but not for example files
186or block devices. 200or block devices.
211 undef $w; 225 undef $w;
212 }); 226 });
213 227
214=head2 TIME WATCHERS 228=head2 TIME WATCHERS
215 229
230 $w = AnyEvent->timer (after => <seconds>, cb => <callback>);
231
232 $w = AnyEvent->timer (
233 after => <fractional_seconds>,
234 interval => <fractional_seconds>,
235 cb => <callback>,
236 );
237
216You can create a time watcher by calling the C<< AnyEvent->timer >> 238You can create a time watcher by calling the C<< AnyEvent->timer >>
217method with the following mandatory arguments: 239method with the following mandatory arguments:
218 240
219C<after> specifies after how many seconds (fractional values are 241C<after> specifies after how many seconds (fractional values are
220supported) the callback should be invoked. C<cb> is the callback to invoke 242supported) the callback should be invoked. C<cb> is the callback to invoke
347 369
348=back 370=back
349 371
350=head2 SIGNAL WATCHERS 372=head2 SIGNAL WATCHERS
351 373
374 $w = AnyEvent->signal (signal => <uppercase_signal_name>, cb => <callback>);
375
352You can watch for signals using a signal watcher, C<signal> is the signal 376You can watch for signals using a signal watcher, C<signal> is the signal
353I<name> in uppercase and without any C<SIG> prefix, C<cb> is the Perl 377I<name> in uppercase and without any C<SIG> prefix, C<cb> is the Perl
354callback to be invoked whenever a signal occurs. 378callback to be invoked whenever a signal occurs.
355 379
356Although the callback might get passed parameters, their value and 380Although the callback might get passed parameters, their value and
361invocation, and callback invocation will be synchronous. Synchronous means 385invocation, and callback invocation will be synchronous. Synchronous means
362that it might take a while until the signal gets handled by the process, 386that it might take a while until the signal gets handled by the process,
363but it is guaranteed not to interrupt any other callbacks. 387but it is guaranteed not to interrupt any other callbacks.
364 388
365The main advantage of using these watchers is that you can share a signal 389The main advantage of using these watchers is that you can share a signal
366between multiple watchers. 390between multiple watchers, and AnyEvent will ensure that signals will not
391interrupt your program at bad times.
367 392
368This watcher might use C<%SIG>, so programs overwriting those signals 393This watcher might use C<%SIG> (depending on the event loop used),
369directly will likely not work correctly. 394so programs overwriting those signals directly will likely not work
395correctly.
370 396
371Example: exit on SIGINT 397Example: exit on SIGINT
372 398
373 my $w = AnyEvent->signal (signal => "INT", cb => sub { exit 1 }); 399 my $w = AnyEvent->signal (signal => "INT", cb => sub { exit 1 });
374 400
401=head3 Signal Races, Delays and Workarounds
402
403Many event loops (e.g. Glib, Tk, Qt, IO::Async) do not support attaching
404callbacks to signals in a generic way, which is a pity, as you cannot
405do race-free signal handling in perl, requiring C libraries for
406this. AnyEvent will try to do it's best, which means in some cases,
407signals will be delayed. The maximum time a signal might be delayed is
408specified in C<$AnyEvent::MAX_SIGNAL_LATENCY> (default: 10 seconds). This
409variable can be changed only before the first signal watcher is created,
410and should be left alone otherwise. This variable determines how often
411AnyEvent polls for signals (in case a wake-up was missed). Higher values
412will cause fewer spurious wake-ups, which is better for power and CPU
413saving.
414
415All these problems can be avoided by installing the optional
416L<Async::Interrupt> module, which works with most event loops. It will not
417work with inherently broken event loops such as L<Event> or L<Event::Lib>
418(and not with L<POE> currently, as POE does it's own workaround with
419one-second latency). For those, you just have to suffer the delays.
420
375=head2 CHILD PROCESS WATCHERS 421=head2 CHILD PROCESS WATCHERS
376 422
423 $w = AnyEvent->child (pid => <process id>, cb => <callback>);
424
377You can also watch on a child process exit and catch its exit status. 425You can also watch on a child process exit and catch its exit status.
378 426
379The child process is specified by the C<pid> argument (if set to C<0>, it 427The child process is specified by the C<pid> argument (one some backends,
380watches for any child process exit). The watcher will triggered only when 428using C<0> watches for any child process exit, on others this will
381the child process has finished and an exit status is available, not on 429croak). The watcher will be triggered only when the child process has
382any trace events (stopped/continued). 430finished and an exit status is available, not on any trace events
431(stopped/continued).
383 432
384The callback will be called with the pid and exit status (as returned by 433The callback will be called with the pid and exit status (as returned by
385waitpid), so unlike other watcher types, you I<can> rely on child watcher 434waitpid), so unlike other watcher types, you I<can> rely on child watcher
386callback arguments. 435callback arguments.
387 436
392 441
393There is a slight catch to child watchers, however: you usually start them 442There is a slight catch to child watchers, however: you usually start them
394I<after> the child process was created, and this means the process could 443I<after> the child process was created, and this means the process could
395have exited already (and no SIGCHLD will be sent anymore). 444have exited already (and no SIGCHLD will be sent anymore).
396 445
397Not all event models handle this correctly (POE doesn't), but even for 446Not all event models handle this correctly (neither POE nor IO::Async do,
447see their AnyEvent::Impl manpages for details), but even for event models
398event models that I<do> handle this correctly, they usually need to be 448that I<do> handle this correctly, they usually need to be loaded before
399loaded before the process exits (i.e. before you fork in the first place). 449the process exits (i.e. before you fork in the first place). AnyEvent's
450pure perl event loop handles all cases correctly regardless of when you
451start the watcher.
400 452
401This means you cannot create a child watcher as the very first thing in an 453This means you cannot create a child watcher as the very first
402AnyEvent program, you I<have> to create at least one watcher before you 454thing in an AnyEvent program, you I<have> to create at least one
403C<fork> the child (alternatively, you can call C<AnyEvent::detect>). 455watcher before you C<fork> the child (alternatively, you can call
456C<AnyEvent::detect>).
457
458As most event loops do not support waiting for child events, they will be
459emulated by AnyEvent in most cases, in which the latency and race problems
460mentioned in the description of signal watchers apply.
404 461
405Example: fork a process and wait for it 462Example: fork a process and wait for it
406 463
407 my $done = AnyEvent->condvar; 464 my $done = AnyEvent->condvar;
408 465
420 # do something else, then wait for process exit 477 # do something else, then wait for process exit
421 $done->recv; 478 $done->recv;
422 479
423=head2 IDLE WATCHERS 480=head2 IDLE WATCHERS
424 481
482 $w = AnyEvent->idle (cb => <callback>);
483
425Sometimes there is a need to do something, but it is not so important 484Sometimes there is a need to do something, but it is not so important
426to do it instantly, but only when there is nothing better to do. This 485to do it instantly, but only when there is nothing better to do. This
427"nothing better to do" is usually defined to be "no other events need 486"nothing better to do" is usually defined to be "no other events need
428attention by the event loop". 487attention by the event loop".
429 488
455 }); 514 });
456 }); 515 });
457 516
458=head2 CONDITION VARIABLES 517=head2 CONDITION VARIABLES
459 518
519 $cv = AnyEvent->condvar;
520
521 $cv->send (<list>);
522 my @res = $cv->recv;
523
460If you are familiar with some event loops you will know that all of them 524If you are familiar with some event loops you will know that all of them
461require you to run some blocking "loop", "run" or similar function that 525require you to run some blocking "loop", "run" or similar function that
462will actively watch for new events and call your callbacks. 526will actively watch for new events and call your callbacks.
463 527
464AnyEvent is different, it expects somebody else to run the event loop and 528AnyEvent is slightly different: it expects somebody else to run the event
465will only block when necessary (usually when told by the user). 529loop and will only block when necessary (usually when told by the user).
466 530
467The instrument to do that is called a "condition variable", so called 531The instrument to do that is called a "condition variable", so called
468because they represent a condition that must become true. 532because they represent a condition that must become true.
469 533
534Now is probably a good time to look at the examples further below.
535
470Condition variables can be created by calling the C<< AnyEvent->condvar 536Condition variables can be created by calling the C<< AnyEvent->condvar
471>> method, usually without arguments. The only argument pair allowed is 537>> method, usually without arguments. The only argument pair allowed is
472
473C<cb>, which specifies a callback to be called when the condition variable 538C<cb>, which specifies a callback to be called when the condition variable
474becomes true, with the condition variable as the first argument (but not 539becomes true, with the condition variable as the first argument (but not
475the results). 540the results).
476 541
477After creation, the condition variable is "false" until it becomes "true" 542After creation, the condition variable is "false" until it becomes "true"
482Condition variables are similar to callbacks, except that you can 547Condition variables are similar to callbacks, except that you can
483optionally wait for them. They can also be called merge points - points 548optionally wait for them. They can also be called merge points - points
484in time where multiple outstanding events have been processed. And yet 549in time where multiple outstanding events have been processed. And yet
485another way to call them is transactions - each condition variable can be 550another way to call them is transactions - each condition variable can be
486used to represent a transaction, which finishes at some point and delivers 551used to represent a transaction, which finishes at some point and delivers
487a result. 552a result. And yet some people know them as "futures" - a promise to
553compute/deliver something that you can wait for.
488 554
489Condition variables are very useful to signal that something has finished, 555Condition variables are very useful to signal that something has finished,
490for example, if you write a module that does asynchronous http requests, 556for example, if you write a module that does asynchronous http requests,
491then a condition variable would be the ideal candidate to signal the 557then a condition variable would be the ideal candidate to signal the
492availability of results. The user can either act when the callback is 558availability of results. The user can either act when the callback is
526 after => 1, 592 after => 1,
527 cb => sub { $result_ready->send }, 593 cb => sub { $result_ready->send },
528 ); 594 );
529 595
530 # this "blocks" (while handling events) till the callback 596 # this "blocks" (while handling events) till the callback
531 # calls send 597 # calls ->send
532 $result_ready->recv; 598 $result_ready->recv;
533 599
534Example: wait for a timer, but take advantage of the fact that 600Example: wait for a timer, but take advantage of the fact that condition
535condition variables are also code references. 601variables are also callable directly.
536 602
537 my $done = AnyEvent->condvar; 603 my $done = AnyEvent->condvar;
538 my $delay = AnyEvent->timer (after => 5, cb => $done); 604 my $delay = AnyEvent->timer (after => 5, cb => $done);
539 $done->recv; 605 $done->recv;
540 606
546 612
547 ... 613 ...
548 614
549 my @info = $couchdb->info->recv; 615 my @info = $couchdb->info->recv;
550 616
551And this is how you would just ste a callback to be called whenever the 617And this is how you would just set a callback to be called whenever the
552results are available: 618results are available:
553 619
554 $couchdb->info->cb (sub { 620 $couchdb->info->cb (sub {
555 my @info = $_[0]->recv; 621 my @info = $_[0]->recv;
556 }); 622 });
574immediately from within send. 640immediately from within send.
575 641
576Any arguments passed to the C<send> call will be returned by all 642Any arguments passed to the C<send> call will be returned by all
577future C<< ->recv >> calls. 643future C<< ->recv >> calls.
578 644
579Condition variables are overloaded so one can call them directly 645Condition variables are overloaded so one can call them directly (as if
580(as a code reference). Calling them directly is the same as calling 646they were a code reference). Calling them directly is the same as calling
581C<send>. Note, however, that many C-based event loops do not handle 647C<send>.
582overloading, so as tempting as it may be, passing a condition variable
583instead of a callback does not work. Both the pure perl and EV loops
584support overloading, however, as well as all functions that use perl to
585invoke a callback (as in L<AnyEvent::Socket> and L<AnyEvent::DNS> for
586example).
587 648
588=item $cv->croak ($error) 649=item $cv->croak ($error)
589 650
590Similar to send, but causes all call's to C<< ->recv >> to invoke 651Similar to send, but causes all call's to C<< ->recv >> to invoke
591C<Carp::croak> with the given error message/object/scalar. 652C<Carp::croak> with the given error message/object/scalar.
592 653
593This can be used to signal any errors to the condition variable 654This can be used to signal any errors to the condition variable
594user/consumer. 655user/consumer. Doing it this way instead of calling C<croak> directly
656delays the error detetcion, but has the overwhelmign advantage that it
657diagnoses the error at the place where the result is expected, and not
658deep in some event clalback without connection to the actual code causing
659the problem.
595 660
596=item $cv->begin ([group callback]) 661=item $cv->begin ([group callback])
597 662
598=item $cv->end 663=item $cv->end
599
600These two methods are EXPERIMENTAL and MIGHT CHANGE.
601 664
602These two methods can be used to combine many transactions/events into 665These two methods can be used to combine many transactions/events into
603one. For example, a function that pings many hosts in parallel might want 666one. For example, a function that pings many hosts in parallel might want
604to use a condition variable for the whole process. 667to use a condition variable for the whole process.
605 668
606Every call to C<< ->begin >> will increment a counter, and every call to 669Every call to C<< ->begin >> will increment a counter, and every call to
607C<< ->end >> will decrement it. If the counter reaches C<0> in C<< ->end 670C<< ->end >> will decrement it. If the counter reaches C<0> in C<< ->end
608>>, the (last) callback passed to C<begin> will be executed. That callback 671>>, the (last) callback passed to C<begin> will be executed, passing the
609is I<supposed> to call C<< ->send >>, but that is not required. If no 672condvar as first argument. That callback is I<supposed> to call C<< ->send
610callback was set, C<send> will be called without any arguments. 673>>, but that is not required. If no group callback was set, C<send> will
674be called without any arguments.
611 675
612Let's clarify this with the ping example: 676You can think of C<< $cv->send >> giving you an OR condition (one call
677sends), while C<< $cv->begin >> and C<< $cv->end >> giving you an AND
678condition (all C<begin> calls must be C<end>'ed before the condvar sends).
679
680Let's start with a simple example: you have two I/O watchers (for example,
681STDOUT and STDERR for a program), and you want to wait for both streams to
682close before activating a condvar:
613 683
614 my $cv = AnyEvent->condvar; 684 my $cv = AnyEvent->condvar;
615 685
686 $cv->begin; # first watcher
687 my $w1 = AnyEvent->io (fh => $fh1, cb => sub {
688 defined sysread $fh1, my $buf, 4096
689 or $cv->end;
690 });
691
692 $cv->begin; # second watcher
693 my $w2 = AnyEvent->io (fh => $fh2, cb => sub {
694 defined sysread $fh2, my $buf, 4096
695 or $cv->end;
696 });
697
698 $cv->recv;
699
700This works because for every event source (EOF on file handle), there is
701one call to C<begin>, so the condvar waits for all calls to C<end> before
702sending.
703
704The ping example mentioned above is slightly more complicated, as the
705there are results to be passwd back, and the number of tasks that are
706begung can potentially be zero:
707
708 my $cv = AnyEvent->condvar;
709
616 my %result; 710 my %result;
617 $cv->begin (sub { $cv->send (\%result) }); 711 $cv->begin (sub { shift->send (\%result) });
618 712
619 for my $host (@list_of_hosts) { 713 for my $host (@list_of_hosts) {
620 $cv->begin; 714 $cv->begin;
621 ping_host_then_call_callback $host, sub { 715 ping_host_then_call_callback $host, sub {
622 $result{$host} = ...; 716 $result{$host} = ...;
637loop, which serves two important purposes: first, it sets the callback 731loop, which serves two important purposes: first, it sets the callback
638to be called once the counter reaches C<0>, and second, it ensures that 732to be called once the counter reaches C<0>, and second, it ensures that
639C<send> is called even when C<no> hosts are being pinged (the loop 733C<send> is called even when C<no> hosts are being pinged (the loop
640doesn't execute once). 734doesn't execute once).
641 735
642This is the general pattern when you "fan out" into multiple subrequests: 736This is the general pattern when you "fan out" into multiple (but
643use an outer C<begin>/C<end> pair to set the callback and ensure C<end> 737potentially none) subrequests: use an outer C<begin>/C<end> pair to set
644is called at least once, and then, for each subrequest you start, call 738the callback and ensure C<end> is called at least once, and then, for each
645C<begin> and for each subrequest you finish, call C<end>. 739subrequest you start, call C<begin> and for each subrequest you finish,
740call C<end>.
646 741
647=back 742=back
648 743
649=head3 METHODS FOR CONSUMERS 744=head3 METHODS FOR CONSUMERS
650 745
666function will call C<croak>. 761function will call C<croak>.
667 762
668In list context, all parameters passed to C<send> will be returned, 763In list context, all parameters passed to C<send> will be returned,
669in scalar context only the first one will be returned. 764in scalar context only the first one will be returned.
670 765
766Note that doing a blocking wait in a callback is not supported by any
767event loop, that is, recursive invocation of a blocking C<< ->recv
768>> is not allowed, and the C<recv> call will C<croak> if such a
769condition is detected. This condition can be slightly loosened by using
770L<Coro::AnyEvent>, which allows you to do a blocking C<< ->recv >> from
771any thread that doesn't run the event loop itself.
772
671Not all event models support a blocking wait - some die in that case 773Not all event models support a blocking wait - some die in that case
672(programs might want to do that to stay interactive), so I<if you are 774(programs might want to do that to stay interactive), so I<if you are
673using this from a module, never require a blocking wait>, but let the 775using this from a module, never require a blocking wait>. Instead, let the
674caller decide whether the call will block or not (for example, by coupling 776caller decide whether the call will block or not (for example, by coupling
675condition variables with some kind of request results and supporting 777condition variables with some kind of request results and supporting
676callbacks so the caller knows that getting the result will not block, 778callbacks so the caller knows that getting the result will not block,
677while still supporting blocking waits if the caller so desires). 779while still supporting blocking waits if the caller so desires).
678 780
679Another reason I<never> to C<< ->recv >> in a module is that you cannot
680sensibly have two C<< ->recv >>'s in parallel, as that would require
681multiple interpreters or coroutines/threads, none of which C<AnyEvent>
682can supply.
683
684The L<Coro> module, however, I<can> and I<does> supply coroutines and, in
685fact, L<Coro::AnyEvent> replaces AnyEvent's condvars by coroutine-safe
686versions and also integrates coroutines into AnyEvent, making blocking
687C<< ->recv >> calls perfectly safe as long as they are done from another
688coroutine (one that doesn't run the event loop).
689
690You can ensure that C<< -recv >> never blocks by setting a callback and 781You can ensure that C<< -recv >> never blocks by setting a callback and
691only calling C<< ->recv >> from within that callback (or at a later 782only calling C<< ->recv >> from within that callback (or at a later
692time). This will work even when the event loop does not support blocking 783time). This will work even when the event loop does not support blocking
693waits otherwise. 784waits otherwise.
694 785
700=item $cb = $cv->cb ($cb->($cv)) 791=item $cb = $cv->cb ($cb->($cv))
701 792
702This is a mutator function that returns the callback set and optionally 793This is a mutator function that returns the callback set and optionally
703replaces it before doing so. 794replaces it before doing so.
704 795
705The callback will be called when the condition becomes "true", i.e. when 796The callback will be called when the condition becomes (or already was)
706C<send> or C<croak> are called, with the only argument being the condition 797"true", i.e. when C<send> or C<croak> are called (or were called), with
707variable itself. Calling C<recv> inside the callback or at any later time 798the only argument being the condition variable itself. Calling C<recv>
708is guaranteed not to block. 799inside the callback or at any later time is guaranteed not to block.
709 800
710=back 801=back
711 802
803=head1 SUPPORTED EVENT LOOPS/BACKENDS
804
805The available backend classes are (every class has its own manpage):
806
807=over 4
808
809=item Backends that are autoprobed when no other event loop can be found.
810
811EV is the preferred backend when no other event loop seems to be in
812use. If EV is not installed, then AnyEvent will fall back to its own
813pure-perl implementation, which is available everywhere as it comes with
814AnyEvent itself.
815
816 AnyEvent::Impl::EV based on EV (interface to libev, best choice).
817 AnyEvent::Impl::Perl pure-perl implementation, fast and portable.
818
819=item Backends that are transparently being picked up when they are used.
820
821These will be used when they are currently loaded when the first watcher
822is created, in which case it is assumed that the application is using
823them. This means that AnyEvent will automatically pick the right backend
824when the main program loads an event module before anything starts to
825create watchers. Nothing special needs to be done by the main program.
826
827 AnyEvent::Impl::Event based on Event, very stable, few glitches.
828 AnyEvent::Impl::Glib based on Glib, slow but very stable.
829 AnyEvent::Impl::Tk based on Tk, very broken.
830 AnyEvent::Impl::EventLib based on Event::Lib, leaks memory and worse.
831 AnyEvent::Impl::POE based on POE, very slow, some limitations.
832 AnyEvent::Impl::Irssi used when running within irssi.
833
834=item Backends with special needs.
835
836Qt requires the Qt::Application to be instantiated first, but will
837otherwise be picked up automatically. As long as the main program
838instantiates the application before any AnyEvent watchers are created,
839everything should just work.
840
841 AnyEvent::Impl::Qt based on Qt.
842
843Support for IO::Async can only be partial, as it is too broken and
844architecturally limited to even support the AnyEvent API. It also
845is the only event loop that needs the loop to be set explicitly, so
846it can only be used by a main program knowing about AnyEvent. See
847L<AnyEvent::Impl::Async> for the gory details.
848
849 AnyEvent::Impl::IOAsync based on IO::Async, cannot be autoprobed.
850
851=item Event loops that are indirectly supported via other backends.
852
853Some event loops can be supported via other modules:
854
855There is no direct support for WxWidgets (L<Wx>) or L<Prima>.
856
857B<WxWidgets> has no support for watching file handles. However, you can
858use WxWidgets through the POE adaptor, as POE has a Wx backend that simply
859polls 20 times per second, which was considered to be too horrible to even
860consider for AnyEvent.
861
862B<Prima> is not supported as nobody seems to be using it, but it has a POE
863backend, so it can be supported through POE.
864
865AnyEvent knows about both L<Prima> and L<Wx>, however, and will try to
866load L<POE> when detecting them, in the hope that POE will pick them up,
867in which case everything will be automatic.
868
869=back
870
712=head1 GLOBAL VARIABLES AND FUNCTIONS 871=head1 GLOBAL VARIABLES AND FUNCTIONS
713 872
873These are not normally required to use AnyEvent, but can be useful to
874write AnyEvent extension modules.
875
714=over 4 876=over 4
715 877
716=item $AnyEvent::MODEL 878=item $AnyEvent::MODEL
717 879
718Contains C<undef> until the first watcher is being created. Then it 880Contains C<undef> until the first watcher is being created, before the
881backend has been autodetected.
882
719contains the event model that is being used, which is the name of the 883Afterwards it contains the event model that is being used, which is the
720Perl class implementing the model. This class is usually one of the 884name of the Perl class implementing the model. This class is usually one
721C<AnyEvent::Impl:xxx> modules, but can be any other class in the case 885of the C<AnyEvent::Impl:xxx> modules, but can be any other class in the
722AnyEvent has been extended at runtime (e.g. in I<rxvt-unicode>). 886case AnyEvent has been extended at runtime (e.g. in I<rxvt-unicode> it
723 887will be C<urxvt::anyevent>).
724The known classes so far are:
725
726 AnyEvent::Impl::EV based on EV (an interface to libev, best choice).
727 AnyEvent::Impl::Event based on Event, second best choice.
728 AnyEvent::Impl::Perl pure-perl implementation, fast and portable.
729 AnyEvent::Impl::Glib based on Glib, third-best choice.
730 AnyEvent::Impl::Tk based on Tk, very bad choice.
731 AnyEvent::Impl::Qt based on Qt, cannot be autoprobed (see its docs).
732 AnyEvent::Impl::EventLib based on Event::Lib, leaks memory and worse.
733 AnyEvent::Impl::POE based on POE, not generic enough for full support.
734
735There is no support for WxWidgets, as WxWidgets has no support for
736watching file handles. However, you can use WxWidgets through the
737POE Adaptor, as POE has a Wx backend that simply polls 20 times per
738second, which was considered to be too horrible to even consider for
739AnyEvent. Likewise, other POE backends can be used by AnyEvent by using
740it's adaptor.
741
742AnyEvent knows about L<Prima> and L<Wx> and will try to use L<POE> when
743autodetecting them.
744 888
745=item AnyEvent::detect 889=item AnyEvent::detect
746 890
747Returns C<$AnyEvent::MODEL>, forcing autodetection of the event model 891Returns C<$AnyEvent::MODEL>, forcing autodetection of the event model
748if necessary. You should only call this function right before you would 892if necessary. You should only call this function right before you would
749have created an AnyEvent watcher anyway, that is, as late as possible at 893have created an AnyEvent watcher anyway, that is, as late as possible at
750runtime. 894runtime, and not e.g. while initialising of your module.
895
896If you need to do some initialisation before AnyEvent watchers are
897created, use C<post_detect>.
751 898
752=item $guard = AnyEvent::post_detect { BLOCK } 899=item $guard = AnyEvent::post_detect { BLOCK }
753 900
754Arranges for the code block to be executed as soon as the event model is 901Arranges for the code block to be executed as soon as the event model is
755autodetected (or immediately if this has already happened). 902autodetected (or immediately if this has already happened).
756 903
904The block will be executed I<after> the actual backend has been detected
905(C<$AnyEvent::MODEL> is set), but I<before> any watchers have been
906created, so it is possible to e.g. patch C<@AnyEvent::ISA> or do
907other initialisations - see the sources of L<AnyEvent::Strict> or
908L<AnyEvent::AIO> to see how this is used.
909
910The most common usage is to create some global watchers, without forcing
911event module detection too early, for example, L<AnyEvent::AIO> creates
912and installs the global L<IO::AIO> watcher in a C<post_detect> block to
913avoid autodetecting the event module at load time.
914
757If called in scalar or list context, then it creates and returns an object 915If called in scalar or list context, then it creates and returns an object
758that automatically removes the callback again when it is destroyed. See 916that automatically removes the callback again when it is destroyed (or
917C<undef> when the hook was immediately executed). See L<AnyEvent::AIO> for
759L<Coro::BDB> for a case where this is useful. 918a case where this is useful.
919
920Example: Create a watcher for the IO::AIO module and store it in
921C<$WATCHER>. Only do so after the event loop is initialised, though.
922
923 our WATCHER;
924
925 my $guard = AnyEvent::post_detect {
926 $WATCHER = AnyEvent->io (fh => IO::AIO::poll_fileno, poll => 'r', cb => \&IO::AIO::poll_cb);
927 };
928
929 # the ||= is important in case post_detect immediately runs the block,
930 # as to not clobber the newly-created watcher. assigning both watcher and
931 # post_detect guard to the same variable has the advantage of users being
932 # able to just C<undef $WATCHER> if the watcher causes them grief.
933
934 $WATCHER ||= $guard;
760 935
761=item @AnyEvent::post_detect 936=item @AnyEvent::post_detect
762 937
763If there are any code references in this array (you can C<push> to it 938If there are any code references in this array (you can C<push> to it
764before or after loading AnyEvent), then they will called directly after 939before or after loading AnyEvent), then they will called directly after
765the event loop has been chosen. 940the event loop has been chosen.
766 941
767You should check C<$AnyEvent::MODEL> before adding to this array, though: 942You should check C<$AnyEvent::MODEL> before adding to this array, though:
768if it contains a true value then the event loop has already been detected, 943if it is defined then the event loop has already been detected, and the
769and the array will be ignored. 944array will be ignored.
770 945
771Best use C<AnyEvent::post_detect { BLOCK }> instead. 946Best use C<AnyEvent::post_detect { BLOCK }> when your application allows
947it,as it takes care of these details.
948
949This variable is mainly useful for modules that can do something useful
950when AnyEvent is used and thus want to know when it is initialised, but do
951not need to even load it by default. This array provides the means to hook
952into AnyEvent passively, without loading it.
772 953
773=back 954=back
774 955
775=head1 WHAT TO DO IN A MODULE 956=head1 WHAT TO DO IN A MODULE
776 957
831 1012
832 1013
833=head1 OTHER MODULES 1014=head1 OTHER MODULES
834 1015
835The following is a non-exhaustive list of additional modules that use 1016The following is a non-exhaustive list of additional modules that use
836AnyEvent and can therefore be mixed easily with other AnyEvent modules 1017AnyEvent as a client and can therefore be mixed easily with other AnyEvent
837in the same program. Some of the modules come with AnyEvent, some are 1018modules and other event loops in the same program. Some of the modules
838available via CPAN. 1019come with AnyEvent, most are available via CPAN.
839 1020
840=over 4 1021=over 4
841 1022
842=item L<AnyEvent::Util> 1023=item L<AnyEvent::Util>
843 1024
852 1033
853=item L<AnyEvent::Handle> 1034=item L<AnyEvent::Handle>
854 1035
855Provide read and write buffers, manages watchers for reads and writes, 1036Provide read and write buffers, manages watchers for reads and writes,
856supports raw and formatted I/O, I/O queued and fully transparent and 1037supports raw and formatted I/O, I/O queued and fully transparent and
857non-blocking SSL/TLS. 1038non-blocking SSL/TLS (via L<AnyEvent::TLS>.
858 1039
859=item L<AnyEvent::DNS> 1040=item L<AnyEvent::DNS>
860 1041
861Provides rich asynchronous DNS resolver capabilities. 1042Provides rich asynchronous DNS resolver capabilities.
862 1043
890 1071
891=item L<AnyEvent::GPSD> 1072=item L<AnyEvent::GPSD>
892 1073
893A non-blocking interface to gpsd, a daemon delivering GPS information. 1074A non-blocking interface to gpsd, a daemon delivering GPS information.
894 1075
1076=item L<AnyEvent::IRC>
1077
1078AnyEvent based IRC client module family (replacing the older Net::IRC3).
1079
1080=item L<AnyEvent::XMPP>
1081
1082AnyEvent based XMPP (Jabber protocol) module family (replacing the older
1083Net::XMPP2>.
1084
895=item L<AnyEvent::IGS> 1085=item L<AnyEvent::IGS>
896 1086
897A non-blocking interface to the Internet Go Server protocol (used by 1087A non-blocking interface to the Internet Go Server protocol (used by
898L<App::IGS>). 1088L<App::IGS>).
899 1089
900=item L<AnyEvent::IRC>
901
902AnyEvent based IRC client module family (replacing the older Net::IRC3).
903
904=item L<Net::XMPP2>
905
906AnyEvent based XMPP (Jabber protocol) module family.
907
908=item L<Net::FCP> 1090=item L<Net::FCP>
909 1091
910AnyEvent-based implementation of the Freenet Client Protocol, birthplace 1092AnyEvent-based implementation of the Freenet Client Protocol, birthplace
911of AnyEvent. 1093of AnyEvent.
912 1094
916 1098
917=item L<Coro> 1099=item L<Coro>
918 1100
919Has special support for AnyEvent via L<Coro::AnyEvent>. 1101Has special support for AnyEvent via L<Coro::AnyEvent>.
920 1102
921=item L<IO::Lambda>
922
923The lambda approach to I/O - don't ask, look there. Can use AnyEvent.
924
925=back 1103=back
926 1104
927=cut 1105=cut
928 1106
929package AnyEvent; 1107package AnyEvent;
930 1108
931no warnings; 1109# basically a tuned-down version of common::sense
1110sub common_sense {
1111 # from common:.sense 1.0
1112 ${^WARNING_BITS} = "\xfc\x3f\xf3\x00\x0f\xf3\xcf\xc0\xf3\xfc\x33\x03";
932use strict qw(vars subs); 1113 # use strict vars subs
1114 $^H |= 0x00000600;
1115}
933 1116
1117BEGIN { AnyEvent::common_sense }
1118
934use Carp; 1119use Carp ();
935 1120
936our $VERSION = 4.411; 1121our $VERSION = '5.12';
937our $MODEL; 1122our $MODEL;
938 1123
939our $AUTOLOAD; 1124our $AUTOLOAD;
940our @ISA; 1125our @ISA;
941 1126
942our @REGISTRY; 1127our @REGISTRY;
943 1128
944our $WIN32; 1129our $WIN32;
1130
1131our $VERBOSE;
945 1132
946BEGIN { 1133BEGIN {
947 eval "sub WIN32(){ " . (($^O =~ /mswin32/i)*1) ." }"; 1134 eval "sub WIN32(){ " . (($^O =~ /mswin32/i)*1) ." }";
948 eval "sub TAINT(){ " . (${^TAINT}*1) . " }"; 1135 eval "sub TAINT(){ " . (${^TAINT}*1) . " }";
949 1136
950 delete @ENV{grep /^PERL_ANYEVENT_/, keys %ENV} 1137 delete @ENV{grep /^PERL_ANYEVENT_/, keys %ENV}
951 if ${^TAINT}; 1138 if ${^TAINT};
952}
953 1139
954our $verbose = $ENV{PERL_ANYEVENT_VERBOSE}*1; 1140 $VERBOSE = $ENV{PERL_ANYEVENT_VERBOSE}*1;
1141
1142}
1143
1144our $MAX_SIGNAL_LATENCY = 10;
955 1145
956our %PROTOCOL; # (ipv4|ipv6) => (1|2), higher numbers are preferred 1146our %PROTOCOL; # (ipv4|ipv6) => (1|2), higher numbers are preferred
957 1147
958{ 1148{
959 my $idx; 1149 my $idx;
961 for reverse split /\s*,\s*/, 1151 for reverse split /\s*,\s*/,
962 $ENV{PERL_ANYEVENT_PROTOCOLS} || "ipv4,ipv6"; 1152 $ENV{PERL_ANYEVENT_PROTOCOLS} || "ipv4,ipv6";
963} 1153}
964 1154
965my @models = ( 1155my @models = (
966 [EV:: => AnyEvent::Impl::EV::], 1156 [EV:: => AnyEvent::Impl::EV:: , 1],
967 [Event:: => AnyEvent::Impl::Event::],
968 [AnyEvent::Impl::Perl:: => AnyEvent::Impl::Perl::], 1157 [AnyEvent::Impl::Perl:: => AnyEvent::Impl::Perl:: , 1],
969 # everything below here will not be autoprobed 1158 # everything below here will not (normally) be autoprobed
970 # as the pureperl backend should work everywhere 1159 # as the pureperl backend should work everywhere
971 # and is usually faster 1160 # and is usually faster
1161 [Event:: => AnyEvent::Impl::Event::, 1],
1162 [Glib:: => AnyEvent::Impl::Glib:: , 1], # becomes extremely slow with many watchers
1163 [Event::Lib:: => AnyEvent::Impl::EventLib::], # too buggy
1164 [Irssi:: => AnyEvent::Impl::Irssi::], # Irssi has a bogus "Event" package
972 [Tk:: => AnyEvent::Impl::Tk::], # crashes with many handles 1165 [Tk:: => AnyEvent::Impl::Tk::], # crashes with many handles
973 [Glib:: => AnyEvent::Impl::Glib::], # becomes extremely slow with many watchers
974 [Event::Lib:: => AnyEvent::Impl::EventLib::], # too buggy
975 [Qt:: => AnyEvent::Impl::Qt::], # requires special main program 1166 [Qt:: => AnyEvent::Impl::Qt::], # requires special main program
976 [POE::Kernel:: => AnyEvent::Impl::POE::], # lasciate ogni speranza 1167 [POE::Kernel:: => AnyEvent::Impl::POE::], # lasciate ogni speranza
977 [Wx:: => AnyEvent::Impl::POE::], 1168 [Wx:: => AnyEvent::Impl::POE::],
978 [Prima:: => AnyEvent::Impl::POE::], 1169 [Prima:: => AnyEvent::Impl::POE::],
1170 # IO::Async is just too broken - we would need workarounds for its
1171 # byzantine signal and broken child handling, among others.
1172 # IO::Async is rather hard to detect, as it doesn't have any
1173 # obvious default class.
1174 [IO::Async:: => AnyEvent::Impl::IOAsync::], # requires special main program
1175 [IO::Async::Loop:: => AnyEvent::Impl::IOAsync::], # requires special main program
1176 [IO::Async::Notifier:: => AnyEvent::Impl::IOAsync::], # requires special main program
1177 [AnyEvent::Impl::IOAsync:: => AnyEvent::Impl::IOAsync::], # requires special main program
979); 1178);
980 1179
981our %method = map +($_ => 1), 1180our %method = map +($_ => 1),
982 qw(io timer time now now_update signal child idle condvar one_event DESTROY); 1181 qw(io timer time now now_update signal child idle condvar one_event DESTROY);
983 1182
987 my ($cb) = @_; 1186 my ($cb) = @_;
988 1187
989 if ($MODEL) { 1188 if ($MODEL) {
990 $cb->(); 1189 $cb->();
991 1190
992 1 1191 undef
993 } else { 1192 } else {
994 push @post_detect, $cb; 1193 push @post_detect, $cb;
995 1194
996 defined wantarray 1195 defined wantarray
997 ? bless \$cb, "AnyEvent::Util::postdetect" 1196 ? bless \$cb, "AnyEvent::Util::postdetect"
1003 @post_detect = grep $_ != ${$_[0]}, @post_detect; 1202 @post_detect = grep $_ != ${$_[0]}, @post_detect;
1004} 1203}
1005 1204
1006sub detect() { 1205sub detect() {
1007 unless ($MODEL) { 1206 unless ($MODEL) {
1008 no strict 'refs';
1009 local $SIG{__DIE__}; 1207 local $SIG{__DIE__};
1010 1208
1011 if ($ENV{PERL_ANYEVENT_MODEL} =~ /^([a-zA-Z]+)$/) { 1209 if ($ENV{PERL_ANYEVENT_MODEL} =~ /^([a-zA-Z]+)$/) {
1012 my $model = "AnyEvent::Impl::$1"; 1210 my $model = "AnyEvent::Impl::$1";
1013 if (eval "require $model") { 1211 if (eval "require $model") {
1014 $MODEL = $model; 1212 $MODEL = $model;
1015 warn "AnyEvent: loaded model '$model' (forced by \$PERL_ANYEVENT_MODEL), using it.\n" if $verbose > 1; 1213 warn "AnyEvent: loaded model '$model' (forced by \$ENV{PERL_ANYEVENT_MODEL}), using it.\n" if $VERBOSE >= 2;
1016 } else { 1214 } else {
1017 warn "AnyEvent: unable to load model '$model' (from \$PERL_ANYEVENT_MODEL):\n$@" if $verbose; 1215 warn "AnyEvent: unable to load model '$model' (from \$ENV{PERL_ANYEVENT_MODEL}):\n$@" if $VERBOSE;
1018 } 1216 }
1019 } 1217 }
1020 1218
1021 # check for already loaded models 1219 # check for already loaded models
1022 unless ($MODEL) { 1220 unless ($MODEL) {
1023 for (@REGISTRY, @models) { 1221 for (@REGISTRY, @models) {
1024 my ($package, $model) = @$_; 1222 my ($package, $model) = @$_;
1025 if (${"$package\::VERSION"} > 0) { 1223 if (${"$package\::VERSION"} > 0) {
1026 if (eval "require $model") { 1224 if (eval "require $model") {
1027 $MODEL = $model; 1225 $MODEL = $model;
1028 warn "AnyEvent: autodetected model '$model', using it.\n" if $verbose > 1; 1226 warn "AnyEvent: autodetected model '$model', using it.\n" if $VERBOSE >= 2;
1029 last; 1227 last;
1030 } 1228 }
1031 } 1229 }
1032 } 1230 }
1033 1231
1034 unless ($MODEL) { 1232 unless ($MODEL) {
1035 # try to load a model 1233 # try to autoload a model
1036
1037 for (@REGISTRY, @models) { 1234 for (@REGISTRY, @models) {
1038 my ($package, $model) = @$_; 1235 my ($package, $model, $autoload) = @$_;
1236 if (
1237 $autoload
1039 if (eval "require $package" 1238 and eval "require $package"
1040 and ${"$package\::VERSION"} > 0 1239 and ${"$package\::VERSION"} > 0
1041 and eval "require $model") { 1240 and eval "require $model"
1241 ) {
1042 $MODEL = $model; 1242 $MODEL = $model;
1043 warn "AnyEvent: autoprobed model '$model', using it.\n" if $verbose > 1; 1243 warn "AnyEvent: autoloaded model '$model', using it.\n" if $VERBOSE >= 2;
1044 last; 1244 last;
1045 } 1245 }
1046 } 1246 }
1047 1247
1048 $MODEL 1248 $MODEL
1064 1264
1065sub AUTOLOAD { 1265sub AUTOLOAD {
1066 (my $func = $AUTOLOAD) =~ s/.*://; 1266 (my $func = $AUTOLOAD) =~ s/.*://;
1067 1267
1068 $method{$func} 1268 $method{$func}
1069 or croak "$func: not a valid method for AnyEvent objects"; 1269 or Carp::croak "$func: not a valid method for AnyEvent objects";
1070 1270
1071 detect unless $MODEL; 1271 detect unless $MODEL;
1072 1272
1073 my $class = shift; 1273 my $class = shift;
1074 $class->$func (@_); 1274 $class->$func (@_);
1075} 1275}
1076 1276
1077# utility function to dup a filehandle. this is used by many backends 1277# utility function to dup a filehandle. this is used by many backends
1078# to support binding more than one watcher per filehandle (they usually 1278# to support binding more than one watcher per filehandle (they usually
1079# allow only one watcher per fd, so we dup it to get a different one). 1279# allow only one watcher per fd, so we dup it to get a different one).
1080sub _dupfh($$$$) { 1280sub _dupfh($$;$$) {
1081 my ($poll, $fh, $r, $w) = @_; 1281 my ($poll, $fh, $r, $w) = @_;
1082 1282
1083 # cygwin requires the fh mode to be matching, unix doesn't 1283 # cygwin requires the fh mode to be matching, unix doesn't
1084 my ($rw, $mode) = $poll eq "r" ? ($r, "<") 1284 my ($rw, $mode) = $poll eq "r" ? ($r, "<&") : ($w, ">&");
1085 : $poll eq "w" ? ($w, ">")
1086 : Carp::croak "AnyEvent->io requires poll set to either 'r' or 'w'";
1087 1285
1088 open my $fh2, "$mode&" . fileno $fh 1286 open my $fh2, $mode, $fh
1089 or die "cannot dup() filehandle: $!,"; 1287 or die "AnyEvent->io: cannot dup() filehandle in mode '$poll': $!,";
1090 1288
1091 # we assume CLOEXEC is already set by perl in all important cases 1289 # we assume CLOEXEC is already set by perl in all important cases
1092 1290
1093 ($fh2, $rw) 1291 ($fh2, $rw)
1094} 1292}
1095 1293
1294=head1 SIMPLIFIED AE API
1295
1296Starting with version 5.0, AnyEvent officially supports a second, much
1297simpler, API that is designed to reduce the calling, typing and memory
1298overhead.
1299
1300See the L<AE> manpage for details.
1301
1302=cut
1303
1304package AE;
1305
1306our $VERSION = $AnyEvent::VERSION;
1307
1308sub io($$$) {
1309 AnyEvent->io (fh => $_[0], poll => $_[1] ? "w" : "r", cb => $_[2])
1310}
1311
1312sub timer($$$) {
1313 AnyEvent->timer (after => $_[0], interval => $_[1], cb => $_[2])
1314}
1315
1316sub signal($$) {
1317 AnyEvent->signal (signal => $_[0], cb => $_[1])
1318}
1319
1320sub child($$) {
1321 AnyEvent->child (pid => $_[0], cb => $_[1])
1322}
1323
1324sub idle($) {
1325 AnyEvent->idle (cb => $_[0])
1326}
1327
1328sub cv(;&) {
1329 AnyEvent->condvar (@_ ? (cb => $_[0]) : ())
1330}
1331
1332sub now() {
1333 AnyEvent->now
1334}
1335
1336sub now_update() {
1337 AnyEvent->now_update
1338}
1339
1340sub time() {
1341 AnyEvent->time
1342}
1343
1096package AnyEvent::Base; 1344package AnyEvent::Base;
1097 1345
1098# default implementations for many methods 1346# default implementations for many methods
1099 1347
1100BEGIN { 1348sub _time() {
1349 # probe for availability of Time::HiRes
1101 if (eval "use Time::HiRes (); Time::HiRes::time (); 1") { 1350 if (eval "use Time::HiRes (); Time::HiRes::time (); 1") {
1351 warn "AnyEvent: using Time::HiRes for sub-second timing accuracy.\n" if $VERBOSE >= 8;
1102 *_time = \&Time::HiRes::time; 1352 *_time = \&Time::HiRes::time;
1103 # if (eval "use POSIX (); (POSIX::times())... 1353 # if (eval "use POSIX (); (POSIX::times())...
1104 } else { 1354 } else {
1355 warn "AnyEvent: using built-in time(), WARNING, no sub-second resolution!\n" if $VERBOSE;
1105 *_time = sub { time }; # epic fail 1356 *_time = sub { time }; # epic fail
1106 } 1357 }
1358
1359 &_time
1107} 1360}
1108 1361
1109sub time { _time } 1362sub time { _time }
1110sub now { _time } 1363sub now { _time }
1111sub now_update { } 1364sub now_update { }
1116 bless { @_ == 3 ? (_ae_cb => $_[2]) : () }, "AnyEvent::CondVar" 1369 bless { @_ == 3 ? (_ae_cb => $_[2]) : () }, "AnyEvent::CondVar"
1117} 1370}
1118 1371
1119# default implementation for ->signal 1372# default implementation for ->signal
1120 1373
1374our $HAVE_ASYNC_INTERRUPT;
1375
1376sub _have_async_interrupt() {
1377 $HAVE_ASYNC_INTERRUPT = 1*(!$ENV{PERL_ANYEVENT_AVOID_ASYNC_INTERRUPT}
1378 && eval "use Async::Interrupt 1.02 (); 1")
1379 unless defined $HAVE_ASYNC_INTERRUPT;
1380
1381 $HAVE_ASYNC_INTERRUPT
1382}
1383
1121our ($SIGPIPE_R, $SIGPIPE_W, %SIG_CB, %SIG_EV, $SIG_IO); 1384our ($SIGPIPE_R, $SIGPIPE_W, %SIG_CB, %SIG_EV, $SIG_IO);
1385our (%SIG_ASY, %SIG_ASY_W);
1386our ($SIG_COUNT, $SIG_TW);
1122 1387
1123sub _signal_exec { 1388sub _signal_exec {
1389 $HAVE_ASYNC_INTERRUPT
1390 ? $SIGPIPE_R->drain
1124 sysread $SIGPIPE_R, my $dummy, 4; 1391 : sysread $SIGPIPE_R, my $dummy, 9;
1125 1392
1126 while (%SIG_EV) { 1393 while (%SIG_EV) {
1127 for (keys %SIG_EV) { 1394 for (keys %SIG_EV) {
1128 delete $SIG_EV{$_}; 1395 delete $SIG_EV{$_};
1129 $_->() for values %{ $SIG_CB{$_} || {} }; 1396 $_->() for values %{ $SIG_CB{$_} || {} };
1130 } 1397 }
1131 } 1398 }
1132} 1399}
1133 1400
1401# install a dummy wakeup watcher to reduce signal catching latency
1402sub _sig_add() {
1403 unless ($SIG_COUNT++) {
1404 # try to align timer on a full-second boundary, if possible
1405 my $NOW = AE::now;
1406
1407 $SIG_TW = AE::timer
1408 $MAX_SIGNAL_LATENCY - ($NOW - int $NOW),
1409 $MAX_SIGNAL_LATENCY,
1410 sub { } # just for the PERL_ASYNC_CHECK
1411 ;
1412 }
1413}
1414
1415sub _sig_del {
1416 undef $SIG_TW
1417 unless --$SIG_COUNT;
1418}
1419
1420our $_sig_name_init; $_sig_name_init = sub {
1421 eval q{ # poor man's autoloading
1422 undef $_sig_name_init;
1423
1424 if (_have_async_interrupt) {
1425 *sig2num = \&Async::Interrupt::sig2num;
1426 *sig2name = \&Async::Interrupt::sig2name;
1427 } else {
1428 require Config;
1429
1430 my %signame2num;
1431 @signame2num{ split ' ', $Config::Config{sig_name} }
1432 = split ' ', $Config::Config{sig_num};
1433
1434 my @signum2name;
1435 @signum2name[values %signame2num] = keys %signame2num;
1436
1437 *sig2num = sub($) {
1438 $_[0] > 0 ? shift : $signame2num{+shift}
1439 };
1440 *sig2name = sub ($) {
1441 $_[0] > 0 ? $signum2name[+shift] : shift
1442 };
1443 }
1444 };
1445 die if $@;
1446};
1447
1448sub sig2num ($) { &$_sig_name_init; &sig2num }
1449sub sig2name($) { &$_sig_name_init; &sig2name }
1450
1134sub signal { 1451sub signal {
1135 my (undef, %arg) = @_; 1452 eval q{ # poor man's autoloading {}
1453 # probe for availability of Async::Interrupt
1454 if (_have_async_interrupt) {
1455 warn "AnyEvent: using Async::Interrupt for race-free signal handling.\n" if $VERBOSE >= 8;
1136 1456
1137 unless ($SIGPIPE_R) { 1457 $SIGPIPE_R = new Async::Interrupt::EventPipe;
1138 require Fcntl; 1458 $SIG_IO = AE::io $SIGPIPE_R->fileno, 0, \&_signal_exec;
1139 1459
1140 if (AnyEvent::WIN32) {
1141 require AnyEvent::Util;
1142
1143 ($SIGPIPE_R, $SIGPIPE_W) = AnyEvent::Util::portable_pipe ();
1144 AnyEvent::Util::fh_nonblocking ($SIGPIPE_R) if $SIGPIPE_R;
1145 AnyEvent::Util::fh_nonblocking ($SIGPIPE_W) if $SIGPIPE_W; # just in case
1146 } else { 1460 } else {
1461 warn "AnyEvent: using emulated perl signal handling with latency timer.\n" if $VERBOSE >= 8;
1462
1463 require Fcntl;
1464
1465 if (AnyEvent::WIN32) {
1466 require AnyEvent::Util;
1467
1468 ($SIGPIPE_R, $SIGPIPE_W) = AnyEvent::Util::portable_pipe ();
1469 AnyEvent::Util::fh_nonblocking ($SIGPIPE_R, 1) if $SIGPIPE_R;
1470 AnyEvent::Util::fh_nonblocking ($SIGPIPE_W, 1) if $SIGPIPE_W; # just in case
1471 } else {
1147 pipe $SIGPIPE_R, $SIGPIPE_W; 1472 pipe $SIGPIPE_R, $SIGPIPE_W;
1148 fcntl $SIGPIPE_R, &Fcntl::F_SETFL, &Fcntl::O_NONBLOCK if $SIGPIPE_R; 1473 fcntl $SIGPIPE_R, &Fcntl::F_SETFL, &Fcntl::O_NONBLOCK if $SIGPIPE_R;
1149 fcntl $SIGPIPE_W, &Fcntl::F_SETFL, &Fcntl::O_NONBLOCK if $SIGPIPE_W; # just in case 1474 fcntl $SIGPIPE_W, &Fcntl::F_SETFL, &Fcntl::O_NONBLOCK if $SIGPIPE_W; # just in case
1150 1475
1151 # not strictly required, as $^F is normally 2, but let's make sure... 1476 # not strictly required, as $^F is normally 2, but let's make sure...
1152 fcntl $SIGPIPE_R, &Fcntl::F_SETFD, &Fcntl::FD_CLOEXEC; 1477 fcntl $SIGPIPE_R, &Fcntl::F_SETFD, &Fcntl::FD_CLOEXEC;
1153 fcntl $SIGPIPE_W, &Fcntl::F_SETFD, &Fcntl::FD_CLOEXEC; 1478 fcntl $SIGPIPE_W, &Fcntl::F_SETFD, &Fcntl::FD_CLOEXEC;
1479 }
1480
1481 $SIGPIPE_R
1482 or Carp::croak "AnyEvent: unable to create a signal reporting pipe: $!\n";
1483
1484 $SIG_IO = AE::io $SIGPIPE_R, 0, \&_signal_exec;
1154 } 1485 }
1155 1486
1156 $SIGPIPE_R 1487 *signal = sub {
1157 or Carp::croak "AnyEvent: unable to create a signal reporting pipe: $!\n"; 1488 my (undef, %arg) = @_;
1158 1489
1159 $SIG_IO = AnyEvent->io (fh => $SIGPIPE_R, poll => "r", cb => \&_signal_exec);
1160 }
1161
1162 my $signal = uc $arg{signal} 1490 my $signal = uc $arg{signal}
1163 or Carp::croak "required option 'signal' is missing"; 1491 or Carp::croak "required option 'signal' is missing";
1164 1492
1493 if ($HAVE_ASYNC_INTERRUPT) {
1494 # async::interrupt
1495
1496 $signal = sig2num $signal;
1165 $SIG_CB{$signal}{$arg{cb}} = $arg{cb}; 1497 $SIG_CB{$signal}{$arg{cb}} = $arg{cb};
1498
1499 $SIG_ASY{$signal} ||= new Async::Interrupt
1500 cb => sub { undef $SIG_EV{$signal} },
1501 signal => $signal,
1502 pipe => [$SIGPIPE_R->filenos],
1503 pipe_autodrain => 0,
1504 ;
1505
1506 } else {
1507 # pure perl
1508
1509 # AE::Util has been loaded in signal
1510 $signal = sig2name $signal;
1511 $SIG_CB{$signal}{$arg{cb}} = $arg{cb};
1512
1166 $SIG{$signal} ||= sub { 1513 $SIG{$signal} ||= sub {
1167 local $!; 1514 local $!;
1168 syswrite $SIGPIPE_W, "\x00", 1 unless %SIG_EV; 1515 syswrite $SIGPIPE_W, "\x00", 1 unless %SIG_EV;
1169 undef $SIG_EV{$signal}; 1516 undef $SIG_EV{$signal};
1517 };
1518
1519 # can't do signal processing without introducing races in pure perl,
1520 # so limit the signal latency.
1521 _sig_add;
1522 }
1523
1524 bless [$signal, $arg{cb}], "AnyEvent::Base::signal"
1525 };
1526
1527 *AnyEvent::Base::signal::DESTROY = sub {
1528 my ($signal, $cb) = @{$_[0]};
1529
1530 _sig_del;
1531
1532 delete $SIG_CB{$signal}{$cb};
1533
1534 $HAVE_ASYNC_INTERRUPT
1535 ? delete $SIG_ASY{$signal}
1536 : # delete doesn't work with older perls - they then
1537 # print weird messages, or just unconditionally exit
1538 # instead of getting the default action.
1539 undef $SIG{$signal}
1540 unless keys %{ $SIG_CB{$signal} };
1541 };
1170 }; 1542 };
1171 1543 die if $@;
1172 bless [$signal, $arg{cb}], "AnyEvent::Base::signal" 1544 &signal
1173}
1174
1175sub AnyEvent::Base::signal::DESTROY {
1176 my ($signal, $cb) = @{$_[0]};
1177
1178 delete $SIG_CB{$signal}{$cb};
1179
1180 # delete doesn't work with older perls - they then
1181 # print weird messages, or just unconditionally exit
1182 # instead of getting the default action.
1183 undef $SIG{$signal} unless keys %{ $SIG_CB{$signal} };
1184} 1545}
1185 1546
1186# default implementation for ->child 1547# default implementation for ->child
1187 1548
1188our %PID_CB; 1549our %PID_CB;
1189our $CHLD_W; 1550our $CHLD_W;
1190our $CHLD_DELAY_W; 1551our $CHLD_DELAY_W;
1191our $WNOHANG; 1552our $WNOHANG;
1192 1553
1554sub _emit_childstatus($$) {
1555 my (undef, $rpid, $rstatus) = @_;
1556
1557 $_->($rpid, $rstatus)
1558 for values %{ $PID_CB{$rpid} || {} },
1559 values %{ $PID_CB{0} || {} };
1560}
1561
1193sub _sigchld { 1562sub _sigchld {
1563 my $pid;
1564
1565 AnyEvent->_emit_childstatus ($pid, $?)
1194 while (0 < (my $pid = waitpid -1, $WNOHANG)) { 1566 while ($pid = waitpid -1, $WNOHANG) > 0;
1195 $_->($pid, $?) for (values %{ $PID_CB{$pid} || {} }),
1196 (values %{ $PID_CB{0} || {} });
1197 }
1198} 1567}
1199 1568
1200sub child { 1569sub child {
1201 my (undef, %arg) = @_; 1570 my (undef, %arg) = @_;
1202 1571
1203 defined (my $pid = $arg{pid} + 0) 1572 defined (my $pid = $arg{pid} + 0)
1204 or Carp::croak "required option 'pid' is missing"; 1573 or Carp::croak "required option 'pid' is missing";
1205 1574
1206 $PID_CB{$pid}{$arg{cb}} = $arg{cb}; 1575 $PID_CB{$pid}{$arg{cb}} = $arg{cb};
1207 1576
1577 # WNOHANG is almost cetrainly 1 everywhere
1578 $WNOHANG ||= $^O =~ /^(?:openbsd|netbsd|linux|freebsd|cygwin|MSWin32)$/
1579 ? 1
1208 $WNOHANG ||= eval { local $SIG{__DIE__}; require POSIX; &POSIX::WNOHANG } || 1; 1580 : eval { local $SIG{__DIE__}; require POSIX; &POSIX::WNOHANG } || 1;
1209 1581
1210 unless ($CHLD_W) { 1582 unless ($CHLD_W) {
1211 $CHLD_W = AnyEvent->signal (signal => 'CHLD', cb => \&_sigchld); 1583 $CHLD_W = AE::signal CHLD => \&_sigchld;
1212 # child could be a zombie already, so make at least one round 1584 # child could be a zombie already, so make at least one round
1213 &_sigchld; 1585 &_sigchld;
1214 } 1586 }
1215 1587
1216 bless [$pid, $arg{cb}], "AnyEvent::Base::child" 1588 bless [$pid, $arg{cb}], "AnyEvent::Base::child"
1242 # never use more then 50% of the time for the idle watcher, 1614 # never use more then 50% of the time for the idle watcher,
1243 # within some limits 1615 # within some limits
1244 $w = 0.0001 if $w < 0.0001; 1616 $w = 0.0001 if $w < 0.0001;
1245 $w = 5 if $w > 5; 1617 $w = 5 if $w > 5;
1246 1618
1247 $w = AnyEvent->timer (after => $w, cb => $rcb); 1619 $w = AE::timer $w, 0, $rcb;
1248 } else { 1620 } else {
1249 # clean up... 1621 # clean up...
1250 undef $w; 1622 undef $w;
1251 undef $rcb; 1623 undef $rcb;
1252 } 1624 }
1253 }; 1625 };
1254 1626
1255 $w = AnyEvent->timer (after => 0.05, cb => $rcb); 1627 $w = AE::timer 0.05, 0, $rcb;
1256 1628
1257 bless \\$cb, "AnyEvent::Base::idle" 1629 bless \\$cb, "AnyEvent::Base::idle"
1258} 1630}
1259 1631
1260sub AnyEvent::Base::idle::DESTROY { 1632sub AnyEvent::Base::idle::DESTROY {
1265 1637
1266our @ISA = AnyEvent::CondVar::Base::; 1638our @ISA = AnyEvent::CondVar::Base::;
1267 1639
1268package AnyEvent::CondVar::Base; 1640package AnyEvent::CondVar::Base;
1269 1641
1270use overload 1642#use overload
1271 '&{}' => sub { my $self = shift; sub { $self->send (@_) } }, 1643# '&{}' => sub { my $self = shift; sub { $self->send (@_) } },
1272 fallback => 1; 1644# fallback => 1;
1645
1646# save 300+ kilobytes by dirtily hardcoding overloading
1647${"AnyEvent::CondVar::Base::OVERLOAD"}{dummy}++; # Register with magic by touching.
1648*{'AnyEvent::CondVar::Base::()'} = sub { }; # "Make it findable via fetchmethod."
1649*{'AnyEvent::CondVar::Base::(&{}'} = sub { my $self = shift; sub { $self->send (@_) } }; # &{}
1650${'AnyEvent::CondVar::Base::()'} = 1; # fallback
1651
1652our $WAITING;
1273 1653
1274sub _send { 1654sub _send {
1275 # nop 1655 # nop
1276} 1656}
1277 1657
1290sub ready { 1670sub ready {
1291 $_[0]{_ae_sent} 1671 $_[0]{_ae_sent}
1292} 1672}
1293 1673
1294sub _wait { 1674sub _wait {
1675 $WAITING
1676 and !$_[0]{_ae_sent}
1677 and Carp::croak "AnyEvent::CondVar: recursive blocking wait detected";
1678
1679 local $WAITING = 1;
1295 AnyEvent->one_event while !$_[0]{_ae_sent}; 1680 AnyEvent->one_event while !$_[0]{_ae_sent};
1296} 1681}
1297 1682
1298sub recv { 1683sub recv {
1299 $_[0]->_wait; 1684 $_[0]->_wait;
1301 Carp::croak $_[0]{_ae_croak} if $_[0]{_ae_croak}; 1686 Carp::croak $_[0]{_ae_croak} if $_[0]{_ae_croak};
1302 wantarray ? @{ $_[0]{_ae_sent} } : $_[0]{_ae_sent}[0] 1687 wantarray ? @{ $_[0]{_ae_sent} } : $_[0]{_ae_sent}[0]
1303} 1688}
1304 1689
1305sub cb { 1690sub cb {
1306 $_[0]{_ae_cb} = $_[1] if @_ > 1; 1691 my $cv = shift;
1692
1693 @_
1694 and $cv->{_ae_cb} = shift
1695 and $cv->{_ae_sent}
1696 and (delete $cv->{_ae_cb})->($cv);
1697
1307 $_[0]{_ae_cb} 1698 $cv->{_ae_cb}
1308} 1699}
1309 1700
1310sub begin { 1701sub begin {
1311 ++$_[0]{_ae_counter}; 1702 ++$_[0]{_ae_counter};
1312 $_[0]{_ae_end_cb} = $_[1] if @_ > 1; 1703 $_[0]{_ae_end_cb} = $_[1] if @_ > 1;
1361C<PERL_ANYEVENT_MODEL>. 1752C<PERL_ANYEVENT_MODEL>.
1362 1753
1363When set to C<2> or higher, cause AnyEvent to report to STDERR which event 1754When set to C<2> or higher, cause AnyEvent to report to STDERR which event
1364model it chooses. 1755model it chooses.
1365 1756
1757When set to C<8> or higher, then AnyEvent will report extra information on
1758which optional modules it loads and how it implements certain features.
1759
1366=item C<PERL_ANYEVENT_STRICT> 1760=item C<PERL_ANYEVENT_STRICT>
1367 1761
1368AnyEvent does not do much argument checking by default, as thorough 1762AnyEvent does not do much argument checking by default, as thorough
1369argument checking is very costly. Setting this variable to a true value 1763argument checking is very costly. Setting this variable to a true value
1370will cause AnyEvent to load C<AnyEvent::Strict> and then to thoroughly 1764will cause AnyEvent to load C<AnyEvent::Strict> and then to thoroughly
1371check the arguments passed to most method calls. If it finds any problems 1765check the arguments passed to most method calls. If it finds any problems,
1372it will croak. 1766it will croak.
1373 1767
1374In other words, enables "strict" mode. 1768In other words, enables "strict" mode.
1375 1769
1376Unlike C<use strict>, it is definitely recommended ot keep it off in 1770Unlike C<use strict> (or it's modern cousin, C<< use L<common::sense>
1377production. Keeping C<PERL_ANYEVENT_STRICT=1> in your environment while 1771>>, it is definitely recommended to keep it off in production. Keeping
1378developing programs can be very useful, however. 1772C<PERL_ANYEVENT_STRICT=1> in your environment while developing programs
1773can be very useful, however.
1379 1774
1380=item C<PERL_ANYEVENT_MODEL> 1775=item C<PERL_ANYEVENT_MODEL>
1381 1776
1382This can be used to specify the event model to be used by AnyEvent, before 1777This can be used to specify the event model to be used by AnyEvent, before
1383auto detection and -probing kicks in. It must be a string consisting 1778auto detection and -probing kicks in. It must be a string consisting
1426 1821
1427=item C<PERL_ANYEVENT_MAX_FORKS> 1822=item C<PERL_ANYEVENT_MAX_FORKS>
1428 1823
1429The maximum number of child processes that C<AnyEvent::Util::fork_call> 1824The maximum number of child processes that C<AnyEvent::Util::fork_call>
1430will create in parallel. 1825will create in parallel.
1826
1827=item C<PERL_ANYEVENT_MAX_OUTSTANDING_DNS>
1828
1829The default value for the C<max_outstanding> parameter for the default DNS
1830resolver - this is the maximum number of parallel DNS requests that are
1831sent to the DNS server.
1832
1833=item C<PERL_ANYEVENT_RESOLV_CONF>
1834
1835The file to use instead of F</etc/resolv.conf> (or OS-specific
1836configuration) in the default resolver. When set to the empty string, no
1837default config will be used.
1838
1839=item C<PERL_ANYEVENT_CA_FILE>, C<PERL_ANYEVENT_CA_PATH>.
1840
1841When neither C<ca_file> nor C<ca_path> was specified during
1842L<AnyEvent::TLS> context creation, and either of these environment
1843variables exist, they will be used to specify CA certificate locations
1844instead of a system-dependent default.
1845
1846=item C<PERL_ANYEVENT_AVOID_GUARD> and C<PERL_ANYEVENT_AVOID_ASYNC_INTERRUPT>
1847
1848When these are set to C<1>, then the respective modules are not
1849loaded. Mostly good for testing AnyEvent itself.
1431 1850
1432=back 1851=back
1433 1852
1434=head1 SUPPLYING YOUR OWN EVENT MODEL INTERFACE 1853=head1 SUPPLYING YOUR OWN EVENT MODEL INTERFACE
1435 1854
1493 warn "read: $input\n"; # output what has been read 1912 warn "read: $input\n"; # output what has been read
1494 $cv->send if $input =~ /^q/i; # quit program if /^q/i 1913 $cv->send if $input =~ /^q/i; # quit program if /^q/i
1495 }, 1914 },
1496 ); 1915 );
1497 1916
1498 my $time_watcher; # can only be used once
1499
1500 sub new_timer {
1501 $timer = AnyEvent->timer (after => 1, cb => sub { 1917 my $time_watcher = AnyEvent->timer (after => 1, interval => 1, cb => sub {
1502 warn "timeout\n"; # print 'timeout' about every second 1918 warn "timeout\n"; # print 'timeout' at most every second
1503 &new_timer; # and restart the time
1504 }); 1919 });
1505 }
1506
1507 new_timer; # create first timer
1508 1920
1509 $cv->recv; # wait until user enters /^q/i 1921 $cv->recv; # wait until user enters /^q/i
1510 1922
1511=head1 REAL-WORLD EXAMPLE 1923=head1 REAL-WORLD EXAMPLE
1512 1924
1643through AnyEvent. The benchmark creates a lot of timers (with a zero 2055through AnyEvent. The benchmark creates a lot of timers (with a zero
1644timeout) and I/O watchers (watching STDOUT, a pty, to become writable, 2056timeout) and I/O watchers (watching STDOUT, a pty, to become writable,
1645which it is), lets them fire exactly once and destroys them again. 2057which it is), lets them fire exactly once and destroys them again.
1646 2058
1647Source code for this benchmark is found as F<eg/bench> in the AnyEvent 2059Source code for this benchmark is found as F<eg/bench> in the AnyEvent
1648distribution. 2060distribution. It uses the L<AE> interface, which makes a real difference
2061for the EV and Perl backends only.
1649 2062
1650=head3 Explanation of the columns 2063=head3 Explanation of the columns
1651 2064
1652I<watcher> is the number of event watchers created/destroyed. Since 2065I<watcher> is the number of event watchers created/destroyed. Since
1653different event models feature vastly different performances, each event 2066different event models feature vastly different performances, each event
1674watcher. 2087watcher.
1675 2088
1676=head3 Results 2089=head3 Results
1677 2090
1678 name watchers bytes create invoke destroy comment 2091 name watchers bytes create invoke destroy comment
1679 EV/EV 400000 224 0.47 0.35 0.27 EV native interface 2092 EV/EV 100000 223 0.47 0.43 0.27 EV native interface
1680 EV/Any 100000 224 2.88 0.34 0.27 EV + AnyEvent watchers 2093 EV/Any 100000 223 0.48 0.42 0.26 EV + AnyEvent watchers
1681 CoroEV/Any 100000 224 2.85 0.35 0.28 coroutines + Coro::Signal 2094 Coro::EV/Any 100000 223 0.47 0.42 0.26 coroutines + Coro::Signal
1682 Perl/Any 100000 452 4.13 0.73 0.95 pure perl implementation 2095 Perl/Any 100000 431 2.70 0.74 0.92 pure perl implementation
1683 Event/Event 16000 517 32.20 31.80 0.81 Event native interface 2096 Event/Event 16000 516 31.16 31.84 0.82 Event native interface
1684 Event/Any 16000 590 35.85 31.55 1.06 Event + AnyEvent watchers 2097 Event/Any 16000 1203 42.61 34.79 1.80 Event + AnyEvent watchers
2098 IOAsync/Any 16000 1911 41.92 27.45 16.81 via IO::Async::Loop::IO_Poll
2099 IOAsync/Any 16000 1726 40.69 26.37 15.25 via IO::Async::Loop::Epoll
1685 Glib/Any 16000 1357 102.33 12.31 51.00 quadratic behaviour 2100 Glib/Any 16000 1118 89.00 12.57 51.17 quadratic behaviour
1686 Tk/Any 2000 1860 27.20 66.31 14.00 SEGV with >> 2000 watchers 2101 Tk/Any 2000 1346 20.96 10.75 8.00 SEGV with >> 2000 watchers
1687 POE/Event 2000 6328 109.99 751.67 14.02 via POE::Loop::Event 2102 POE/Any 2000 6951 108.97 795.32 14.24 via POE::Loop::Event
1688 POE/Select 2000 6027 94.54 809.13 579.80 via POE::Loop::Select 2103 POE/Any 2000 6648 94.79 774.40 575.51 via POE::Loop::Select
1689 2104
1690=head3 Discussion 2105=head3 Discussion
1691 2106
1692The benchmark does I<not> measure scalability of the event loop very 2107The benchmark does I<not> measure scalability of the event loop very
1693well. For example, a select-based event loop (such as the pure perl one) 2108well. For example, a select-based event loop (such as the pure perl one)
1705benchmark machine, handling an event takes roughly 1600 CPU cycles with 2120benchmark machine, handling an event takes roughly 1600 CPU cycles with
1706EV, 3100 CPU cycles with AnyEvent's pure perl loop and almost 3000000 CPU 2121EV, 3100 CPU cycles with AnyEvent's pure perl loop and almost 3000000 CPU
1707cycles with POE. 2122cycles with POE.
1708 2123
1709C<EV> is the sole leader regarding speed and memory use, which are both 2124C<EV> is the sole leader regarding speed and memory use, which are both
1710maximal/minimal, respectively. Even when going through AnyEvent, it uses 2125maximal/minimal, respectively. When using the L<AE> API there is zero
2126overhead (when going through the AnyEvent API create is about 5-6 times
2127slower, with other times being equal, so still uses far less memory than
1711far less memory than any other event loop and is still faster than Event 2128any other event loop and is still faster than Event natively).
1712natively.
1713 2129
1714The pure perl implementation is hit in a few sweet spots (both the 2130The pure perl implementation is hit in a few sweet spots (both the
1715constant timeout and the use of a single fd hit optimisations in the perl 2131constant timeout and the use of a single fd hit optimisations in the perl
1716interpreter and the backend itself). Nevertheless this shows that it 2132interpreter and the backend itself). Nevertheless this shows that it
1717adds very little overhead in itself. Like any select-based backend its 2133adds very little overhead in itself. Like any select-based backend its
1718performance becomes really bad with lots of file descriptors (and few of 2134performance becomes really bad with lots of file descriptors (and few of
1719them active), of course, but this was not subject of this benchmark. 2135them active), of course, but this was not subject of this benchmark.
1720 2136
1721The C<Event> module has a relatively high setup and callback invocation 2137The C<Event> module has a relatively high setup and callback invocation
1722cost, but overall scores in on the third place. 2138cost, but overall scores in on the third place.
2139
2140C<IO::Async> performs admirably well, about on par with C<Event>, even
2141when using its pure perl backend.
1723 2142
1724C<Glib>'s memory usage is quite a bit higher, but it features a 2143C<Glib>'s memory usage is quite a bit higher, but it features a
1725faster callback invocation and overall ends up in the same class as 2144faster callback invocation and overall ends up in the same class as
1726C<Event>. However, Glib scales extremely badly, doubling the number of 2145C<Event>. However, Glib scales extremely badly, doubling the number of
1727watchers increases the processing time by more than a factor of four, 2146watchers increases the processing time by more than a factor of four,
1788In this benchmark, we use 10000 socket pairs (20000 sockets), of which 100 2207In this benchmark, we use 10000 socket pairs (20000 sockets), of which 100
1789(1%) are active. This mirrors the activity of large servers with many 2208(1%) are active. This mirrors the activity of large servers with many
1790connections, most of which are idle at any one point in time. 2209connections, most of which are idle at any one point in time.
1791 2210
1792Source code for this benchmark is found as F<eg/bench2> in the AnyEvent 2211Source code for this benchmark is found as F<eg/bench2> in the AnyEvent
1793distribution. 2212distribution. It uses the L<AE> interface, which makes a real difference
2213for the EV and Perl backends only.
1794 2214
1795=head3 Explanation of the columns 2215=head3 Explanation of the columns
1796 2216
1797I<sockets> is the number of sockets, and twice the number of "servers" (as 2217I<sockets> is the number of sockets, and twice the number of "servers" (as
1798each server has a read and write socket end). 2218each server has a read and write socket end).
1805it to another server. This includes deleting the old timeout and creating 2225it to another server. This includes deleting the old timeout and creating
1806a new one that moves the timeout into the future. 2226a new one that moves the timeout into the future.
1807 2227
1808=head3 Results 2228=head3 Results
1809 2229
1810 name sockets create request 2230 name sockets create request
1811 EV 20000 69.01 11.16 2231 EV 20000 62.66 7.99
1812 Perl 20000 73.32 35.87 2232 Perl 20000 68.32 32.64
1813 Event 20000 212.62 257.32 2233 IOAsync 20000 174.06 101.15 epoll
1814 Glib 20000 651.16 1896.30 2234 IOAsync 20000 174.67 610.84 poll
2235 Event 20000 202.69 242.91
2236 Glib 20000 557.01 1689.52
1815 POE 20000 349.67 12317.24 uses POE::Loop::Event 2237 POE 20000 341.54 12086.32 uses POE::Loop::Event
1816 2238
1817=head3 Discussion 2239=head3 Discussion
1818 2240
1819This benchmark I<does> measure scalability and overall performance of the 2241This benchmark I<does> measure scalability and overall performance of the
1820particular event loop. 2242particular event loop.
1822EV is again fastest. Since it is using epoll on my system, the setup time 2244EV is again fastest. Since it is using epoll on my system, the setup time
1823is relatively high, though. 2245is relatively high, though.
1824 2246
1825Perl surprisingly comes second. It is much faster than the C-based event 2247Perl surprisingly comes second. It is much faster than the C-based event
1826loops Event and Glib. 2248loops Event and Glib.
2249
2250IO::Async performs very well when using its epoll backend, and still quite
2251good compared to Glib when using its pure perl backend.
1827 2252
1828Event suffers from high setup time as well (look at its code and you will 2253Event suffers from high setup time as well (look at its code and you will
1829understand why). Callback invocation also has a high overhead compared to 2254understand why). Callback invocation also has a high overhead compared to
1830the C<< $_->() for .. >>-style loop that the Perl event loop uses. Event 2255the C<< $_->() for .. >>-style loop that the Perl event loop uses. Event
1831uses select or poll in basically all documented configurations. 2256uses select or poll in basically all documented configurations.
1900 2325
1901Recently I was told about the benchmark in the IO::Lambda manpage, which 2326Recently I was told about the benchmark in the IO::Lambda manpage, which
1902could be misinterpreted to make AnyEvent look bad. In fact, the benchmark 2327could be misinterpreted to make AnyEvent look bad. In fact, the benchmark
1903simply compares IO::Lambda with POE, and IO::Lambda looks better (which 2328simply compares IO::Lambda with POE, and IO::Lambda looks better (which
1904shouldn't come as a surprise to anybody). As such, the benchmark is 2329shouldn't come as a surprise to anybody). As such, the benchmark is
1905fine, and shows that the AnyEvent backend from IO::Lambda isn't very 2330fine, and mostly shows that the AnyEvent backend from IO::Lambda isn't
1906optimal. But how would AnyEvent compare when used without the extra 2331very optimal. But how would AnyEvent compare when used without the extra
1907baggage? To explore this, I wrote the equivalent benchmark for AnyEvent. 2332baggage? To explore this, I wrote the equivalent benchmark for AnyEvent.
1908 2333
1909The benchmark itself creates an echo-server, and then, for 500 times, 2334The benchmark itself creates an echo-server, and then, for 500 times,
1910connects to the echo server, sends a line, waits for the reply, and then 2335connects to the echo server, sends a line, waits for the reply, and then
1911creates the next connection. This is a rather bad benchmark, as it doesn't 2336creates the next connection. This is a rather bad benchmark, as it doesn't
1912test the efficiency of the framework, but it is a benchmark nevertheless. 2337test the efficiency of the framework or much non-blocking I/O, but it is a
2338benchmark nevertheless.
1913 2339
1914 name runtime 2340 name runtime
1915 Lambda/select 0.330 sec 2341 Lambda/select 0.330 sec
1916 + optimized 0.122 sec 2342 + optimized 0.122 sec
1917 Lambda/AnyEvent 0.327 sec 2343 Lambda/AnyEvent 0.327 sec
1923 2349
1924 AnyEvent/select/nb 0.085 sec 2350 AnyEvent/select/nb 0.085 sec
1925 AnyEvent/EV/nb 0.068 sec 2351 AnyEvent/EV/nb 0.068 sec
1926 +state machine 0.134 sec 2352 +state machine 0.134 sec
1927 2353
1928The benchmark is also a bit unfair (my fault) - the IO::Lambda 2354The benchmark is also a bit unfair (my fault): the IO::Lambda/POE
1929benchmarks actually make blocking connects and use 100% blocking I/O, 2355benchmarks actually make blocking connects and use 100% blocking I/O,
1930defeating the purpose of an event-based solution. All of the newly 2356defeating the purpose of an event-based solution. All of the newly
1931written AnyEvent benchmarks use 100% non-blocking connects (using 2357written AnyEvent benchmarks use 100% non-blocking connects (using
1932AnyEvent::Socket::tcp_connect and the asynchronous pure perl DNS 2358AnyEvent::Socket::tcp_connect and the asynchronous pure perl DNS
1933resolver), so AnyEvent is at a disadvantage here as non-blocking connects 2359resolver), so AnyEvent is at a disadvantage here, as non-blocking connects
1934generally require a lot more bookkeeping and event handling than blocking 2360generally require a lot more bookkeeping and event handling than blocking
1935connects (which involve a single syscall only). 2361connects (which involve a single syscall only).
1936 2362
1937The last AnyEvent benchmark additionally uses L<AnyEvent::Handle>, which 2363The last AnyEvent benchmark additionally uses L<AnyEvent::Handle>, which
1938offers similar expressive power as POE and IO::Lambda (using conventional 2364offers similar expressive power as POE and IO::Lambda, using conventional
1939Perl syntax), which means both the echo server and the client are 100% 2365Perl syntax. This means that both the echo server and the client are 100%
1940non-blocking w.r.t. I/O, further placing it at a disadvantage. 2366non-blocking, further placing it at a disadvantage.
1941 2367
1942As you can see, AnyEvent + EV even beats the hand-optimised "raw sockets 2368As you can see, the AnyEvent + EV combination even beats the
1943benchmark", while AnyEvent + its pure perl backend easily beats 2369hand-optimised "raw sockets benchmark", while AnyEvent + its pure perl
1944IO::Lambda and POE. 2370backend easily beats IO::Lambda and POE.
1945 2371
1946And even the 100% non-blocking version written using the high-level (and 2372And even the 100% non-blocking version written using the high-level (and
1947slow :) L<AnyEvent::Handle> abstraction beats both POE and IO::Lambda, 2373slow :) L<AnyEvent::Handle> abstraction beats both POE and IO::Lambda
2374higher level ("unoptimised") abstractions by a large margin, even though
1948even thought it does all of DNS, tcp-connect and socket I/O in a 2375it does all of DNS, tcp-connect and socket I/O in a non-blocking way.
1949non-blocking way. 2376
2377The two AnyEvent benchmarks programs can be found as F<eg/ae0.pl> and
2378F<eg/ae2.pl> in the AnyEvent distribution, the remaining benchmarks are
2379part of the IO::Lambda distribution and were used without any changes.
1950 2380
1951 2381
1952=head1 SIGNALS 2382=head1 SIGNALS
1953 2383
1954AnyEvent currently installs handlers for these signals: 2384AnyEvent currently installs handlers for these signals:
1958=item SIGCHLD 2388=item SIGCHLD
1959 2389
1960A handler for C<SIGCHLD> is installed by AnyEvent's child watcher 2390A handler for C<SIGCHLD> is installed by AnyEvent's child watcher
1961emulation for event loops that do not support them natively. Also, some 2391emulation for event loops that do not support them natively. Also, some
1962event loops install a similar handler. 2392event loops install a similar handler.
2393
2394Additionally, when AnyEvent is loaded and SIGCHLD is set to IGNORE, then
2395AnyEvent will reset it to default, to avoid losing child exit statuses.
1963 2396
1964=item SIGPIPE 2397=item SIGPIPE
1965 2398
1966A no-op handler is installed for C<SIGPIPE> when C<$SIG{PIPE}> is C<undef> 2399A no-op handler is installed for C<SIGPIPE> when C<$SIG{PIPE}> is C<undef>
1967when AnyEvent gets loaded. 2400when AnyEvent gets loaded.
1979 2412
1980=back 2413=back
1981 2414
1982=cut 2415=cut
1983 2416
2417undef $SIG{CHLD}
2418 if $SIG{CHLD} eq 'IGNORE';
2419
1984$SIG{PIPE} = sub { } 2420$SIG{PIPE} = sub { }
1985 unless defined $SIG{PIPE}; 2421 unless defined $SIG{PIPE};
2422
2423=head1 RECOMMENDED/OPTIONAL MODULES
2424
2425One of AnyEvent's main goals is to be 100% Pure-Perl(tm): only perl (and
2426it's built-in modules) are required to use it.
2427
2428That does not mean that AnyEvent won't take advantage of some additional
2429modules if they are installed.
2430
2431This section epxlains which additional modules will be used, and how they
2432affect AnyEvent's operetion.
2433
2434=over 4
2435
2436=item L<Async::Interrupt>
2437
2438This slightly arcane module is used to implement fast signal handling: To
2439my knowledge, there is no way to do completely race-free and quick
2440signal handling in pure perl. To ensure that signals still get
2441delivered, AnyEvent will start an interval timer to wake up perl (and
2442catch the signals) with some delay (default is 10 seconds, look for
2443C<$AnyEvent::MAX_SIGNAL_LATENCY>).
2444
2445If this module is available, then it will be used to implement signal
2446catching, which means that signals will not be delayed, and the event loop
2447will not be interrupted regularly, which is more efficient (And good for
2448battery life on laptops).
2449
2450This affects not just the pure-perl event loop, but also other event loops
2451that have no signal handling on their own (e.g. Glib, Tk, Qt).
2452
2453Some event loops (POE, Event, Event::Lib) offer signal watchers natively,
2454and either employ their own workarounds (POE) or use AnyEvent's workaround
2455(using C<$AnyEvent::MAX_SIGNAL_LATENCY>). Installing L<Async::Interrupt>
2456does nothing for those backends.
2457
2458=item L<EV>
2459
2460This module isn't really "optional", as it is simply one of the backend
2461event loops that AnyEvent can use. However, it is simply the best event
2462loop available in terms of features, speed and stability: It supports
2463the AnyEvent API optimally, implements all the watcher types in XS, does
2464automatic timer adjustments even when no monotonic clock is available,
2465can take avdantage of advanced kernel interfaces such as C<epoll> and
2466C<kqueue>, and is the fastest backend I<by far>. You can even embed
2467L<Glib>/L<Gtk2> in it (or vice versa, see L<EV::Glib> and L<Glib::EV>).
2468
2469=item L<Guard>
2470
2471The guard module, when used, will be used to implement
2472C<AnyEvent::Util::guard>. This speeds up guards considerably (and uses a
2473lot less memory), but otherwise doesn't affect guard operation much. It is
2474purely used for performance.
2475
2476=item L<JSON> and L<JSON::XS>
2477
2478One of these modules is required when you want to read or write JSON data
2479via L<AnyEvent::Handle>. It is also written in pure-perl, but can take
2480advantage of the ultra-high-speed L<JSON::XS> module when it is installed.
2481
2482In fact, L<AnyEvent::Handle> will use L<JSON::XS> by default if it is
2483installed.
2484
2485=item L<Net::SSLeay>
2486
2487Implementing TLS/SSL in Perl is certainly interesting, but not very
2488worthwhile: If this module is installed, then L<AnyEvent::Handle> (with
2489the help of L<AnyEvent::TLS>), gains the ability to do TLS/SSL.
2490
2491=item L<Time::HiRes>
2492
2493This module is part of perl since release 5.008. It will be used when the
2494chosen event library does not come with a timing source on it's own. The
2495pure-perl event loop (L<AnyEvent::Impl::Perl>) will additionally use it to
2496try to use a monotonic clock for timing stability.
2497
2498=back
1986 2499
1987 2500
1988=head1 FORK 2501=head1 FORK
1989 2502
1990Most event libraries are not fork-safe. The ones who are usually are 2503Most event libraries are not fork-safe. The ones who are usually are
1991because they rely on inefficient but fork-safe C<select> or C<poll> 2504because they rely on inefficient but fork-safe C<select> or C<poll>
1992calls. Only L<EV> is fully fork-aware. 2505calls. Only L<EV> is fully fork-aware.
1993 2506
1994If you have to fork, you must either do so I<before> creating your first 2507If you have to fork, you must either do so I<before> creating your first
1995watcher OR you must not use AnyEvent at all in the child. 2508watcher OR you must not use AnyEvent at all in the child OR you must do
2509something completely out of the scope of AnyEvent.
1996 2510
1997 2511
1998=head1 SECURITY CONSIDERATIONS 2512=head1 SECURITY CONSIDERATIONS
1999 2513
2000AnyEvent can be forced to load any event model via 2514AnyEvent can be forced to load any event model via
2014Similar considerations apply to $ENV{PERL_ANYEVENT_VERBOSE}, as that can 2528Similar considerations apply to $ENV{PERL_ANYEVENT_VERBOSE}, as that can
2015be used to probe what backend is used and gain other information (which is 2529be used to probe what backend is used and gain other information (which is
2016probably even less useful to an attacker than PERL_ANYEVENT_MODEL), and 2530probably even less useful to an attacker than PERL_ANYEVENT_MODEL), and
2017$ENV{PERL_ANYEVENT_STRICT}. 2531$ENV{PERL_ANYEVENT_STRICT}.
2018 2532
2533Note that AnyEvent will remove I<all> environment variables starting with
2534C<PERL_ANYEVENT_> from C<%ENV> when it is loaded while taint mode is
2535enabled.
2536
2019 2537
2020=head1 BUGS 2538=head1 BUGS
2021 2539
2022Perl 5.8 has numerous memleaks that sometimes hit this module and are hard 2540Perl 5.8 has numerous memleaks that sometimes hit this module and are hard
2023to work around. If you suffer from memleaks, first upgrade to Perl 5.10 2541to work around. If you suffer from memleaks, first upgrade to Perl 5.10
2034L<Glib>, L<Tk>, L<Event::Lib>, L<Qt>, L<POE>. 2552L<Glib>, L<Tk>, L<Event::Lib>, L<Qt>, L<POE>.
2035 2553
2036Implementations: L<AnyEvent::Impl::EV>, L<AnyEvent::Impl::Event>, 2554Implementations: L<AnyEvent::Impl::EV>, L<AnyEvent::Impl::Event>,
2037L<AnyEvent::Impl::Glib>, L<AnyEvent::Impl::Tk>, L<AnyEvent::Impl::Perl>, 2555L<AnyEvent::Impl::Glib>, L<AnyEvent::Impl::Tk>, L<AnyEvent::Impl::Perl>,
2038L<AnyEvent::Impl::EventLib>, L<AnyEvent::Impl::Qt>, 2556L<AnyEvent::Impl::EventLib>, L<AnyEvent::Impl::Qt>,
2039L<AnyEvent::Impl::POE>. 2557L<AnyEvent::Impl::POE>, L<AnyEvent::Impl::IOAsync>, L<Anyevent::Impl::Irssi>.
2040 2558
2041Non-blocking file handles, sockets, TCP clients and 2559Non-blocking file handles, sockets, TCP clients and
2042servers: L<AnyEvent::Handle>, L<AnyEvent::Socket>. 2560servers: L<AnyEvent::Handle>, L<AnyEvent::Socket>, L<AnyEvent::TLS>.
2043 2561
2044Asynchronous DNS: L<AnyEvent::DNS>. 2562Asynchronous DNS: L<AnyEvent::DNS>.
2045 2563
2046Coroutine support: L<Coro>, L<Coro::AnyEvent>, L<Coro::EV>, L<Coro::Event>, 2564Coroutine support: L<Coro>, L<Coro::AnyEvent>, L<Coro::EV>,
2565L<Coro::Event>,
2047 2566
2048Nontrivial usage examples: L<Net::FCP>, L<Net::XMPP2>, L<AnyEvent::DNS>. 2567Nontrivial usage examples: L<AnyEvent::GPSD>, L<AnyEvent::XMPP>,
2568L<AnyEvent::HTTP>.
2049 2569
2050 2570
2051=head1 AUTHOR 2571=head1 AUTHOR
2052 2572
2053 Marc Lehmann <schmorp@schmorp.de> 2573 Marc Lehmann <schmorp@schmorp.de>

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines