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

Comparing Coro/Coro.pm (file contents):
Revision 1.114 by root, Wed Jan 24 16:22:08 2007 UTC vs.
Revision 1.141 by root, Tue Oct 2 10:38:17 2007 UTC

… …
20 20
21=head1 DESCRIPTION 21=head1 DESCRIPTION
22 22
23This module collection manages coroutines. Coroutines are similar 23This module collection manages coroutines. Coroutines are similar
24to threads but don't run in parallel at the same time even on SMP 24to threads but don't run in parallel at the same time even on SMP
25machines. The specific flavor of coroutine use din this module also 25machines. The specific flavor of coroutine used in this module also
26guarentees you that it will not switch between coroutines unless 26guarantees you that it will not switch between coroutines unless
27necessary, at easily-identified points in your program, so locking and 27necessary, at easily-identified points in your program, so locking and
28parallel access are rarely an issue, making coroutine programming much 28parallel access are rarely an issue, making coroutine programming much
29safer than threads programming. 29safer than threads programming.
30 30
31(Perl, however, does not natively support real threads but instead does a 31(Perl, however, does not natively support real threads but instead does a
… …
50 50
51our $idle; # idle handler 51our $idle; # idle handler
52our $main; # main coroutine 52our $main; # main coroutine
53our $current; # current coroutine 53our $current; # current coroutine
54 54
55our $VERSION = '3.5'; 55our $VERSION = '3.8';
56 56
57our @EXPORT = qw(async async_pool cede schedule terminate current unblock_sub); 57our @EXPORT = qw(async async_pool cede schedule terminate current unblock_sub);
58our %EXPORT_TAGS = ( 58our %EXPORT_TAGS = (
59 prio => [qw(PRIO_MAX PRIO_HIGH PRIO_NORMAL PRIO_LOW PRIO_IDLE PRIO_MIN)], 59 prio => [qw(PRIO_MAX PRIO_HIGH PRIO_NORMAL PRIO_LOW PRIO_IDLE PRIO_MIN)],
60); 60);
… …
108 108
109The current coroutine (the last coroutine switched to). The initial value 109The current coroutine (the last coroutine switched to). The initial value
110is C<$main> (of course). 110is C<$main> (of course).
111 111
112This variable is B<strictly> I<read-only>. It is provided for performance 112This variable is B<strictly> I<read-only>. It is provided for performance
113reasons. If performance is not essentiel you are encouraged to use the 113reasons. If performance is not essential you are encouraged to use the
114C<Coro::current> function instead. 114C<Coro::current> function instead.
115 115
116=cut 116=cut
117
118$main->{desc} = "[main::]";
117 119
118# maybe some other module used Coro::Specific before... 120# maybe some other module used Coro::Specific before...
119$main->{specific} = $current->{specific} 121$main->{specific} = $current->{specific}
120 if $current; 122 if $current;
121 123
… …
166 while @destroy; 168 while @destroy;
167 169
168 &schedule; 170 &schedule;
169 } 171 }
170}; 172};
171 173$manager->desc ("[coro manager]");
172$manager->prio (PRIO_MAX); 174$manager->prio (PRIO_MAX);
173 175
174# static methods. not really. 176# static methods. not really.
175 177
176=back 178=back
… …
185 187
186Create a new asynchronous coroutine and return it's coroutine object 188Create a new asynchronous coroutine and return it's coroutine object
187(usually unused). When the sub returns the new coroutine is automatically 189(usually unused). When the sub returns the new coroutine is automatically
188terminated. 190terminated.
189 191
190Calling C<exit> in a coroutine will not work correctly, so do not do that. 192Calling C<exit> in a coroutine will do the same as calling exit outside
191 193the coroutine. Likewise, when the coroutine dies, the program will exit,
192When the coroutine dies, the program will exit, just as in the main 194just as it would in the main program.
193program.
194 195
195 # create a new coroutine that just prints its arguments 196 # create a new coroutine that just prints its arguments
196 async { 197 async {
197 print "@_\n"; 198 print "@_\n";
198 } 1,2,3,4; 199 } 1,2,3,4;
… …
223The pool size is limited to 8 idle coroutines (this can be adjusted by 224The pool size is limited to 8 idle coroutines (this can be adjusted by
224changing $Coro::POOL_SIZE), and there can be as many non-idle coros as 225changing $Coro::POOL_SIZE), and there can be as many non-idle coros as
225required. 226required.
226 227
227If you are concerned about pooled coroutines growing a lot because a 228If you are concerned about pooled coroutines growing a lot because a
228single C<async_pool> used a lot of stackspace you can e.g. C<async_pool { 229single C<async_pool> used a lot of stackspace you can e.g. C<async_pool
229terminate }> once per second or so to slowly replenish the pool. 230{ terminate }> once per second or so to slowly replenish the pool. In
231addition to that, when the stacks used by a handler grows larger than 16kb
232(adjustable with $Coro::POOL_RSS) it will also exit.
230 233
231=cut 234=cut
232 235
233our $POOL_SIZE = 8; 236our $POOL_SIZE = 8;
237our $POOL_RSS = 16 * 1024;
234our @pool; 238our @async_pool;
235 239
236sub pool_handler { 240sub pool_handler {
241 my $cb;
242
237 while () { 243 while () {
238 eval { 244 eval {
239 my ($cb, @arg) = @{ delete $current->{_invoke} or return }; 245 while () {
240 $cb->(@arg); 246 _pool_1 $cb;
247 &$cb;
248 _pool_2 $cb;
249 &schedule;
250 }
241 }; 251 };
252
253 last if $@ eq "\3terminate\2\n";
242 warn $@ if $@; 254 warn $@ if $@;
243
244 last if @pool >= $POOL_SIZE;
245 push @pool, $current;
246
247 $current->prio (0);
248 schedule;
249 } 255 }
250} 256}
251 257
252sub async_pool(&@) { 258sub async_pool(&@) {
253 # this is also inlined into the unlock_scheduler 259 # this is also inlined into the unlock_scheduler
254 my $coro = (pop @pool or new Coro \&pool_handler); 260 my $coro = (pop @async_pool) || new Coro \&pool_handler;
255 261
256 $coro->{_invoke} = [@_]; 262 $coro->{_invoke} = [@_];
257 $coro->ready; 263 $coro->ready;
258 264
259 $coro 265 $coro
… …
277 # wake up sleeping coroutine 283 # wake up sleeping coroutine
278 $current->ready; 284 $current->ready;
279 undef $current; 285 undef $current;
280 }; 286 };
281 287
282 # call schedule until event occured. 288 # call schedule until event occurred.
283 # in case we are woken up for other reasons 289 # in case we are woken up for other reasons
284 # (current still defined), loop. 290 # (current still defined), loop.
285 Coro::schedule while $current; 291 Coro::schedule while $current;
286 } 292 }
287 293
… …
302 308
303=item terminate [arg...] 309=item terminate [arg...]
304 310
305Terminates the current coroutine with the given status values (see L<cancel>). 311Terminates the current coroutine with the given status values (see L<cancel>).
306 312
313=item killall
314
315Kills/terminates/cancels all coroutines except the currently running
316one. This is useful after a fork, either in the child or the parent, as
317usually only one of them should inherit the running coroutines.
318
307=cut 319=cut
308 320
309sub terminate { 321sub terminate {
310 $current->cancel (@_); 322 $current->cancel (@_);
323}
324
325sub killall {
326 for (Coro::State::list) {
327 $_->cancel
328 if $_ != $current && UNIVERSAL::isa $_, "Coro";
329 }
311} 330}
312 331
313=back 332=back
314 333
315# dynamic methods 334# dynamic methods
… …
325Create a new coroutine and return it. When the sub returns the coroutine 344Create a new coroutine and return it. When the sub returns the coroutine
326automatically terminates as if C<terminate> with the returned values were 345automatically terminates as if C<terminate> with the returned values were
327called. To make the coroutine run you must first put it into the ready queue 346called. To make the coroutine run you must first put it into the ready queue
328by calling the ready method. 347by calling the ready method.
329 348
330Calling C<exit> in a coroutine will not work correctly, so do not do that. 349See C<async> for additional discussion.
331 350
332=cut 351=cut
333 352
334sub _run_coro { 353sub _run_coro {
335 terminate &{+shift}; 354 terminate &{+shift};
… …
458=over 4 477=over 4
459 478
460=item Coro::nready 479=item Coro::nready
461 480
462Returns the number of coroutines that are currently in the ready state, 481Returns the number of coroutines that are currently in the ready state,
463i.e. that can be swicthed to. The value C<0> means that the only runnable 482i.e. that can be switched to. The value C<0> means that the only runnable
464coroutine is the currently running one, so C<cede> would have no effect, 483coroutine is the currently running one, so C<cede> would have no effect,
465and C<schedule> would cause a deadlock unless there is an idle handler 484and C<schedule> would cause a deadlock unless there is an idle handler
466that wakes up some coroutines. 485that wakes up some coroutines.
467 486
468=item my $guard = Coro::guard { ... } 487=item my $guard = Coro::guard { ... }
469 488
470This creates and returns a guard object. Nothing happens until the objetc 489This creates and returns a guard object. Nothing happens until the object
471gets destroyed, in which case the codeblock given as argument will be 490gets destroyed, in which case the codeblock given as argument will be
472executed. This is useful to free locks or other resources in case of a 491executed. This is useful to free locks or other resources in case of a
473runtime error or when the coroutine gets canceled, as in both cases the 492runtime error or when the coroutine gets canceled, as in both cases the
474guard block will be executed. The guard object supports only one method, 493guard block will be executed. The guard object supports only one method,
475C<< ->cancel >>, which will keep the codeblock from being executed. 494C<< ->cancel >>, which will keep the codeblock from being executed.
… …
504This utility function takes a BLOCK or code reference and "unblocks" it, 523This utility function takes a BLOCK or code reference and "unblocks" it,
505returning the new coderef. This means that the new coderef will return 524returning the new coderef. This means that the new coderef will return
506immediately without blocking, returning nothing, while the original code 525immediately without blocking, returning nothing, while the original code
507ref will be called (with parameters) from within its own coroutine. 526ref will be called (with parameters) from within its own coroutine.
508 527
509The reason this fucntion exists is that many event libraries (such as the 528The reason this function exists is that many event libraries (such as the
510venerable L<Event|Event> module) are not coroutine-safe (a weaker form 529venerable L<Event|Event> module) are not coroutine-safe (a weaker form
511of thread-safety). This means you must not block within event callbacks, 530of thread-safety). This means you must not block within event callbacks,
512otherwise you might suffer from crashes or worse. 531otherwise you might suffer from crashes or worse.
513 532
514This function allows your callbacks to block by executing them in another 533This function allows your callbacks to block by executing them in another
… …
525 544
526# we create a special coro because we want to cede, 545# we create a special coro because we want to cede,
527# to reduce pressure on the coro pool (because most callbacks 546# to reduce pressure on the coro pool (because most callbacks
528# return immediately and can be reused) and because we cannot cede 547# return immediately and can be reused) and because we cannot cede
529# inside an event callback. 548# inside an event callback.
530our $unblock_scheduler = async { 549our $unblock_scheduler = new Coro sub {
531 while () { 550 while () {
532 while (my $cb = pop @unblock_queue) { 551 while (my $cb = pop @unblock_queue) {
533 # this is an inlined copy of async_pool 552 # this is an inlined copy of async_pool
534 my $coro = (pop @pool or new Coro \&pool_handler); 553 my $coro = (pop @async_pool) || new Coro \&pool_handler;
535 554
536 $coro->{_invoke} = $cb; 555 $coro->{_invoke} = $cb;
537 $coro->ready; 556 $coro->ready;
538 cede; # for short-lived callbacks, this reduces pressure on the coro pool 557 cede; # for short-lived callbacks, this reduces pressure on the coro pool
539 } 558 }
540 schedule; # sleep well 559 schedule; # sleep well
541 } 560 }
542}; 561};
562$unblock_scheduler->desc ("[unblock_sub scheduler]");
543 563
544sub unblock_sub(&) { 564sub unblock_sub(&) {
545 my $cb = shift; 565 my $cb = shift;
546 566
547 sub { 567 sub {
… …
560 580
561 - you must make very sure that no coro is still active on global 581 - you must make very sure that no coro is still active on global
562 destruction. very bad things might happen otherwise (usually segfaults). 582 destruction. very bad things might happen otherwise (usually segfaults).
563 583
564 - this module is not thread-safe. You should only ever use this module 584 - this module is not thread-safe. You should only ever use this module
565 from the same thread (this requirement might be losened in the future 585 from the same thread (this requirement might be loosened in the future
566 to allow per-thread schedulers, but Coro::State does not yet allow 586 to allow per-thread schedulers, but Coro::State does not yet allow
567 this). 587 this).
568 588
569=head1 SEE ALSO 589=head1 SEE ALSO
570 590

Diff Legend

– Removed lines
+ Added lines
< Changed lines
> Changed lines