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

Comparing Coro/Coro.pm (file contents):
Revision 1.103 by root, Thu Jan 4 20:14:19 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.3'; 55our $VERSION = '3.8';
56 56
57our @EXPORT = qw(async 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);
61our @EXPORT_OK = (@{$EXPORT_TAGS{prio}}, qw(nready)); 61our @EXPORT_OK = (@{$EXPORT_TAGS{prio}}, qw(nready));
62 62
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;
199 200
200=cut 201=cut
201 202
202sub async(&@) { 203sub async(&@) {
203 my $pid = new Coro @_; 204 my $coro = new Coro @_;
204 $pid->ready; 205 $coro->ready;
205 $pid 206 $coro
207}
208
209=item async_pool { ... } [@args...]
210
211Similar to C<async>, but uses a coroutine pool, so you should not call
212terminate or join (although you are allowed to), and you get a coroutine
213that might have executed other code already (which can be good or bad :).
214
215Also, the block is executed in an C<eval> context and a warning will be
216issued in case of an exception instead of terminating the program, as
217C<async> does. As the coroutine is being reused, stuff like C<on_destroy>
218will not work in the expected way, unless you call terminate or cancel,
219which somehow defeats the purpose of pooling.
220
221The priority will be reset to C<0> after each job, otherwise the coroutine
222will be re-used "as-is".
223
224The pool size is limited to 8 idle coroutines (this can be adjusted by
225changing $Coro::POOL_SIZE), and there can be as many non-idle coros as
226required.
227
228If you are concerned about pooled coroutines growing a lot because a
229single C<async_pool> used a lot of stackspace you can e.g. C<async_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.
233
234=cut
235
236our $POOL_SIZE = 8;
237our $POOL_RSS = 16 * 1024;
238our @async_pool;
239
240sub pool_handler {
241 my $cb;
242
243 while () {
244 eval {
245 while () {
246 _pool_1 $cb;
247 &$cb;
248 _pool_2 $cb;
249 &schedule;
250 }
251 };
252
253 last if $@ eq "\3terminate\2\n";
254 warn $@ if $@;
255 }
256}
257
258sub async_pool(&@) {
259 # this is also inlined into the unlock_scheduler
260 my $coro = (pop @async_pool) || new Coro \&pool_handler;
261
262 $coro->{_invoke} = [@_];
263 $coro->ready;
264
265 $coro
206} 266}
207 267
208=item schedule 268=item schedule
209 269
210Calls the scheduler. Please note that the current coroutine will not be put 270Calls the scheduler. Please note that the current coroutine will not be put
223 # wake up sleeping coroutine 283 # wake up sleeping coroutine
224 $current->ready; 284 $current->ready;
225 undef $current; 285 undef $current;
226 }; 286 };
227 287
228 # call schedule until event occured. 288 # call schedule until event occurred.
229 # in case we are woken up for other reasons 289 # in case we are woken up for other reasons
230 # (current still defined), loop. 290 # (current still defined), loop.
231 Coro::schedule while $current; 291 Coro::schedule while $current;
232 } 292 }
233 293
235 295
236"Cede" to other coroutines. This function puts the current coroutine into the 296"Cede" to other coroutines. This function puts the current coroutine into the
237ready queue and calls C<schedule>, which has the effect of giving up the 297ready queue and calls C<schedule>, which has the effect of giving up the
238current "timeslice" to other coroutines of the same or higher priority. 298current "timeslice" to other coroutines of the same or higher priority.
239 299
300Returns true if at least one coroutine switch has happened.
301
240=item Coro::cede_notself 302=item Coro::cede_notself
241 303
242Works like cede, but is not exported by default and will cede to any 304Works like cede, but is not exported by default and will cede to any
243coroutine, regardless of priority, once. 305coroutine, regardless of priority, once.
244 306
307Returns true if at least one coroutine switch has happened.
308
245=item terminate [arg...] 309=item terminate [arg...]
246 310
247Terminates the current coroutine with the given status values (see L<cancel>). 311Terminates the current coroutine with the given status values (see L<cancel>).
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.
248 318
249=cut 319=cut
250 320
251sub terminate { 321sub terminate {
252 $current->cancel (@_); 322 $current->cancel (@_);
323}
324
325sub killall {
326 for (Coro::State::list) {
327 $_->cancel
328 if $_ != $current && UNIVERSAL::isa $_, "Coro";
329 }
253} 330}
254 331
255=back 332=back
256 333
257# dynamic methods 334# dynamic methods
267Create 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
268automatically terminates as if C<terminate> with the returned values were 345automatically terminates as if C<terminate> with the returned values were
269called. 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
270by calling the ready method. 347by calling the ready method.
271 348
272Calling C<exit> in a coroutine will not work correctly, so do not do that. 349See C<async> for additional discussion.
273 350
274=cut 351=cut
275 352
276sub _run_coro { 353sub _run_coro {
277 terminate &{+shift}; 354 terminate &{+shift};
400=over 4 477=over 4
401 478
402=item Coro::nready 479=item Coro::nready
403 480
404Returns the number of coroutines that are currently in the ready state, 481Returns the number of coroutines that are currently in the ready state,
405i.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
406coroutine 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,
407and 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
408that wakes up some coroutines. 485that wakes up some coroutines.
409 486
410=item my $guard = Coro::guard { ... } 487=item my $guard = Coro::guard { ... }
411 488
412This creates and returns a guard object. Nothing happens until the objetc 489This creates and returns a guard object. Nothing happens until the object
413gets destroyed, in which case the codeblock given as argument will be 490gets destroyed, in which case the codeblock given as argument will be
414executed. 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
415runtime 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
416guard block will be executed. The guard object supports only one method, 493guard block will be executed. The guard object supports only one method,
417C<< ->cancel >>, which will keep the codeblock from being executed. 494C<< ->cancel >>, which will keep the codeblock from being executed.
446This utility function takes a BLOCK or code reference and "unblocks" it, 523This utility function takes a BLOCK or code reference and "unblocks" it,
447returning the new coderef. This means that the new coderef will return 524returning the new coderef. This means that the new coderef will return
448immediately without blocking, returning nothing, while the original code 525immediately without blocking, returning nothing, while the original code
449ref will be called (with parameters) from within its own coroutine. 526ref will be called (with parameters) from within its own coroutine.
450 527
451The 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
452venerable L<Event|Event> module) are not coroutine-safe (a weaker form 529venerable L<Event|Event> module) are not coroutine-safe (a weaker form
453of thread-safety). This means you must not block within event callbacks, 530of thread-safety). This means you must not block within event callbacks,
454otherwise you might suffer from crashes or worse. 531otherwise you might suffer from crashes or worse.
455 532
456This function allows your callbacks to block by executing them in another 533This function allows your callbacks to block by executing them in another
461In short: simply use C<unblock_sub { ... }> instead of C<sub { ... }> when 538In short: simply use C<unblock_sub { ... }> instead of C<sub { ... }> when
462creating event callbacks that want to block. 539creating event callbacks that want to block.
463 540
464=cut 541=cut
465 542
466our @unblock_pool;
467our @unblock_queue; 543our @unblock_queue;
468our $UNBLOCK_POOL_SIZE = 2;
469 544
470sub unblock_handler_ { 545# we create a special coro because we want to cede,
471 while () { 546# to reduce pressure on the coro pool (because most callbacks
472 my ($cb, @arg) = @{ delete $Coro::current->{arg} }; 547# return immediately and can be reused) and because we cannot cede
473 $cb->(@arg); 548# inside an event callback.
474
475 last if @unblock_pool >= $UNBLOCK_POOL_SIZE;
476 push @unblock_pool, $Coro::current;
477 schedule;
478 }
479}
480
481our $unblock_scheduler = async { 549our $unblock_scheduler = new Coro sub {
482 while () { 550 while () {
483 while (my $cb = pop @unblock_queue) { 551 while (my $cb = pop @unblock_queue) {
484 my $handler = (pop @unblock_pool or new Coro \&unblock_handler_); 552 # this is an inlined copy of async_pool
485 $handler->{arg} = $cb; 553 my $coro = (pop @async_pool) || new Coro \&pool_handler;
554
555 $coro->{_invoke} = $cb;
486 $handler->ready; 556 $coro->ready;
487 cede; 557 cede; # for short-lived callbacks, this reduces pressure on the coro pool
488 } 558 }
489 559 schedule; # sleep well
490 schedule;
491 } 560 }
492}; 561};
562$unblock_scheduler->desc ("[unblock_sub scheduler]");
493 563
494sub unblock_sub(&) { 564sub unblock_sub(&) {
495 my $cb = shift; 565 my $cb = shift;
496 566
497 sub { 567 sub {
498 push @unblock_queue, [$cb, @_]; 568 unshift @unblock_queue, [$cb, @_];
499 $unblock_scheduler->ready; 569 $unblock_scheduler->ready;
500 } 570 }
501} 571}
502 572
503=back 573=back
510 580
511 - 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
512 destruction. very bad things might happen otherwise (usually segfaults). 582 destruction. very bad things might happen otherwise (usually segfaults).
513 583
514 - 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
515 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
516 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
517 this). 587 this).
518 588
519=head1 SEE ALSO 589=head1 SEE ALSO
520 590

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines