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

Comparing Coro/Coro.pm (file contents):
Revision 1.95 by root, Sun Dec 3 22:50:06 2006 UTC vs.
Revision 1.141 by root, Tue Oct 2 10:38:17 2007 UTC

18 18
19 cede; 19 cede;
20 20
21=head1 DESCRIPTION 21=head1 DESCRIPTION
22 22
23This module collection manages coroutines. Coroutines are similar to 23This module collection manages coroutines. Coroutines are similar
24threads but don't run in parallel. 24to threads but don't run in parallel at the same time even on SMP
25machines. The specific flavor of coroutine used in this module also
26guarantees you that it will not switch between coroutines unless
27necessary, at easily-identified points in your program, so locking and
28parallel access are rarely an issue, making coroutine programming much
29safer than threads programming.
25 30
31(Perl, however, does not natively support real threads but instead does a
32very slow and memory-intensive emulation of processes using threads. This
33is a performance win on Windows machines, and a loss everywhere else).
34
26In this module, coroutines are defined as "callchain + lexical variables 35In this module, coroutines are defined as "callchain + lexical variables +
27+ @_ + $_ + $@ + $^W + C stack), that is, a coroutine has it's own 36@_ + $_ + $@ + $/ + C stack), that is, a coroutine has its own callchain,
28callchain, it's own set of lexicals and it's own set of perl's most 37its own set of lexicals and its own set of perls most important global
29important global variables. 38variables.
30 39
31=cut 40=cut
32 41
33package Coro; 42package Coro;
34 43
41 50
42our $idle; # idle handler 51our $idle; # idle handler
43our $main; # main coroutine 52our $main; # main coroutine
44our $current; # current coroutine 53our $current; # current coroutine
45 54
46our $VERSION = '3.01'; 55our $VERSION = '3.8';
47 56
48our @EXPORT = qw(async cede schedule terminate current unblock_sub); 57our @EXPORT = qw(async async_pool cede schedule terminate current unblock_sub);
49our %EXPORT_TAGS = ( 58our %EXPORT_TAGS = (
50 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)],
51); 60);
52our @EXPORT_OK = @{$EXPORT_TAGS{prio}}; 61our @EXPORT_OK = (@{$EXPORT_TAGS{prio}}, qw(nready));
53 62
54{ 63{
55 my @async; 64 my @async;
56 my $init; 65 my $init;
57 66
99 108
100The current coroutine (the last coroutine switched to). The initial value 109The current coroutine (the last coroutine switched to). The initial value
101is C<$main> (of course). 110is C<$main> (of course).
102 111
103This 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
104reasons. If performance is not essentiel you are encouraged to use the 113reasons. If performance is not essential you are encouraged to use the
105C<Coro::current> function instead. 114C<Coro::current> function instead.
106 115
107=cut 116=cut
117
118$main->{desc} = "[main::]";
108 119
109# maybe some other module used Coro::Specific before... 120# maybe some other module used Coro::Specific before...
110$main->{specific} = $current->{specific} 121$main->{specific} = $current->{specific}
111 if $current; 122 if $current;
112 123
128handlers), then it must be prepared to be called recursively. 139handlers), then it must be prepared to be called recursively.
129 140
130=cut 141=cut
131 142
132$idle = sub { 143$idle = sub {
133 print STDERR "FATAL: deadlock detected\n"; 144 require Carp;
134 exit (51); 145 Carp::croak ("FATAL: deadlock detected");
135}; 146};
147
148sub _cancel {
149 my ($self) = @_;
150
151 # free coroutine data and mark as destructed
152 $self->_destroy
153 or return;
154
155 # call all destruction callbacks
156 $_->(@{$self->{status}})
157 for @{(delete $self->{destroy_cb}) || []};
158}
136 159
137# this coroutine is necessary because a coroutine 160# this coroutine is necessary because a coroutine
138# cannot destroy itself. 161# cannot destroy itself.
139my @destroy; 162my @destroy;
163my $manager;
164
140my $manager; $manager = new Coro sub { 165$manager = new Coro sub {
141 while () { 166 while () {
142 # by overwriting the state object with the manager we destroy it 167 (shift @destroy)->_cancel
143 # while still being able to schedule this coroutine (in case it has
144 # been readied multiple times. this is harmless since the manager
145 # can be called as many times as neccessary and will always
146 # remove itself from the runqueue
147 while (@destroy) { 168 while @destroy;
148 my $coro = pop @destroy;
149 $coro->{status} ||= [];
150 $_->ready for @{delete $coro->{join} || []};
151 169
152 # the next line destroys the coro state, but keeps the
153 # coroutine itself intact (we basically make it a zombie
154 # coroutine that always runs the manager thread, so it's possible
155 # to transfer() to this coroutine).
156 $coro->_clone_state_from ($manager);
157 }
158 &schedule; 170 &schedule;
159 } 171 }
160}; 172};
173$manager->desc ("[coro manager]");
174$manager->prio (PRIO_MAX);
161 175
162# static methods. not really. 176# static methods. not really.
163 177
164=back 178=back
165 179
173 187
174Create a new asynchronous coroutine and return it's coroutine object 188Create a new asynchronous coroutine and return it's coroutine object
175(usually unused). When the sub returns the new coroutine is automatically 189(usually unused). When the sub returns the new coroutine is automatically
176terminated. 190terminated.
177 191
178Calling 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
179 193the coroutine. Likewise, when the coroutine dies, the program will exit,
180When the coroutine dies, the program will exit, just as in the main 194just as it would in the main program.
181program.
182 195
183 # create a new coroutine that just prints its arguments 196 # create a new coroutine that just prints its arguments
184 async { 197 async {
185 print "@_\n"; 198 print "@_\n";
186 } 1,2,3,4; 199 } 1,2,3,4;
187 200
188=cut 201=cut
189 202
190sub async(&@) { 203sub async(&@) {
191 my $pid = new Coro @_; 204 my $coro = new Coro @_;
192 $pid->ready; 205 $coro->ready;
193 $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
194} 266}
195 267
196=item schedule 268=item schedule
197 269
198Calls 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
211 # wake up sleeping coroutine 283 # wake up sleeping coroutine
212 $current->ready; 284 $current->ready;
213 undef $current; 285 undef $current;
214 }; 286 };
215 287
216 # call schedule until event occured. 288 # call schedule until event occurred.
217 # in case we are woken up for other reasons 289 # in case we are woken up for other reasons
218 # (current still defined), loop. 290 # (current still defined), loop.
219 Coro::schedule while $current; 291 Coro::schedule while $current;
220 } 292 }
221 293
223 295
224"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
225ready 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
226current "timeslice" to other coroutines of the same or higher priority. 298current "timeslice" to other coroutines of the same or higher priority.
227 299
300Returns true if at least one coroutine switch has happened.
301
302=item Coro::cede_notself
303
304Works like cede, but is not exported by default and will cede to any
305coroutine, regardless of priority, once.
306
307Returns true if at least one coroutine switch has happened.
308
228=item terminate [arg...] 309=item terminate [arg...]
229 310
230Terminates 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.
231 318
232=cut 319=cut
233 320
234sub terminate { 321sub terminate {
235 $current->cancel (@_); 322 $current->cancel (@_);
323}
324
325sub killall {
326 for (Coro::State::list) {
327 $_->cancel
328 if $_ != $current && UNIVERSAL::isa $_, "Coro";
329 }
236} 330}
237 331
238=back 332=back
239 333
240# dynamic methods 334# dynamic methods
250Create 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
251automatically terminates as if C<terminate> with the returned values were 345automatically terminates as if C<terminate> with the returned values were
252called. 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
253by calling the ready method. 347by calling the ready method.
254 348
255Calling C<exit> in a coroutine will not work correctly, so do not do that. 349See C<async> for additional discussion.
256 350
257=cut 351=cut
258 352
259sub _run_coro { 353sub _run_coro {
260 terminate &{+shift}; 354 terminate &{+shift};
277Return wether the coroutine is currently the ready queue or not, 371Return wether the coroutine is currently the ready queue or not,
278 372
279=item $coroutine->cancel (arg...) 373=item $coroutine->cancel (arg...)
280 374
281Terminates the given coroutine and makes it return the given arguments as 375Terminates the given coroutine and makes it return the given arguments as
282status (default: the empty list). 376status (default: the empty list). Never returns if the coroutine is the
377current coroutine.
283 378
284=cut 379=cut
285 380
286sub cancel { 381sub cancel {
287 my $self = shift; 382 my $self = shift;
288 $self->{status} = [@_]; 383 $self->{status} = [@_];
384
385 if ($current == $self) {
289 push @destroy, $self; 386 push @destroy, $self;
290 $manager->ready; 387 $manager->ready;
291 &schedule if $current == $self; 388 &schedule while 1;
389 } else {
390 $self->_cancel;
391 }
292} 392}
293 393
294=item $coroutine->join 394=item $coroutine->join
295 395
296Wait until the coroutine terminates and return any values given to the 396Wait until the coroutine terminates and return any values given to the
299 399
300=cut 400=cut
301 401
302sub join { 402sub join {
303 my $self = shift; 403 my $self = shift;
404
304 unless ($self->{status}) { 405 unless ($self->{status}) {
305 push @{$self->{join}}, $current; 406 my $current = $current;
306 &schedule; 407
408 push @{$self->{destroy_cb}}, sub {
409 $current->ready;
410 undef $current;
411 };
412
413 &schedule while $current;
307 } 414 }
415
308 wantarray ? @{$self->{status}} : $self->{status}[0]; 416 wantarray ? @{$self->{status}} : $self->{status}[0];
417}
418
419=item $coroutine->on_destroy (\&cb)
420
421Registers a callback that is called when this coroutine gets destroyed,
422but before it is joined. The callback gets passed the terminate arguments,
423if any.
424
425=cut
426
427sub on_destroy {
428 my ($self, $cb) = @_;
429
430 push @{ $self->{destroy_cb} }, $cb;
309} 431}
310 432
311=item $oldprio = $coroutine->prio ($newprio) 433=item $oldprio = $coroutine->prio ($newprio)
312 434
313Sets (or gets, if the argument is missing) the priority of the 435Sets (or gets, if the argument is missing) the priority of the
348 $old; 470 $old;
349} 471}
350 472
351=back 473=back
352 474
353=head2 UTILITY FUNCTIONS 475=head2 GLOBAL FUNCTIONS
354 476
355=over 4 477=over 4
478
479=item Coro::nready
480
481Returns the number of coroutines that are currently in the ready state,
482i.e. that can be switched to. The value C<0> means that the only runnable
483coroutine is the currently running one, so C<cede> would have no effect,
484and C<schedule> would cause a deadlock unless there is an idle handler
485that wakes up some coroutines.
486
487=item my $guard = Coro::guard { ... }
488
489This creates and returns a guard object. Nothing happens until the object
490gets destroyed, in which case the codeblock given as argument will be
491executed. This is useful to free locks or other resources in case of a
492runtime error or when the coroutine gets canceled, as in both cases the
493guard block will be executed. The guard object supports only one method,
494C<< ->cancel >>, which will keep the codeblock from being executed.
495
496Example: set some flag and clear it again when the coroutine gets canceled
497or the function returns:
498
499 sub do_something {
500 my $guard = Coro::guard { $busy = 0 };
501 $busy = 1;
502
503 # do something that requires $busy to be true
504 }
505
506=cut
507
508sub guard(&) {
509 bless \(my $cb = $_[0]), "Coro::guard"
510}
511
512sub Coro::guard::cancel {
513 ${$_[0]} = sub { };
514}
515
516sub Coro::guard::DESTROY {
517 ${$_[0]}->();
518}
519
356 520
357=item unblock_sub { ... } 521=item unblock_sub { ... }
358 522
359This utility function takes a BLOCK or code reference and "unblocks" it, 523This utility function takes a BLOCK or code reference and "unblocks" it,
360returning the new coderef. This means that the new coderef will return 524returning the new coderef. This means that the new coderef will return
361immediately without blocking, returning nothing, while the original code 525immediately without blocking, returning nothing, while the original code
362ref will be called (with parameters) from within its own coroutine. 526ref will be called (with parameters) from within its own coroutine.
363 527
364The 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
365venerable L<Event|Event> module) are not coroutine-safe (a weaker form 529venerable L<Event|Event> module) are not coroutine-safe (a weaker form
366of thread-safety). This means you must not block within event callbacks, 530of thread-safety). This means you must not block within event callbacks,
367otherwise you might suffer from crashes or worse. 531otherwise you might suffer from crashes or worse.
368 532
369This function allows your callbacks to block by executing them in another 533This function allows your callbacks to block by executing them in another
374In short: simply use C<unblock_sub { ... }> instead of C<sub { ... }> when 538In short: simply use C<unblock_sub { ... }> instead of C<sub { ... }> when
375creating event callbacks that want to block. 539creating event callbacks that want to block.
376 540
377=cut 541=cut
378 542
379our @unblock_pool;
380our @unblock_queue; 543our @unblock_queue;
381our $UNBLOCK_POOL_SIZE = 2;
382 544
383sub unblock_handler_ { 545# we create a special coro because we want to cede,
384 while () { 546# to reduce pressure on the coro pool (because most callbacks
385 my ($cb, @arg) = @{ delete $Coro::current->{arg} }; 547# return immediately and can be reused) and because we cannot cede
386 $cb->(@arg); 548# inside an event callback.
387
388 last if @unblock_pool >= $UNBLOCK_POOL_SIZE;
389 push @unblock_pool, $Coro::current;
390 schedule;
391 }
392}
393
394our $unblock_scheduler = async { 549our $unblock_scheduler = new Coro sub {
395 while () { 550 while () {
396 while (my $cb = pop @unblock_queue) { 551 while (my $cb = pop @unblock_queue) {
397 my $handler = (pop @unblock_pool or new Coro \&unblock_handler_); 552 # this is an inlined copy of async_pool
398 $handler->{arg} = $cb; 553 my $coro = (pop @async_pool) || new Coro \&pool_handler;
554
555 $coro->{_invoke} = $cb;
399 $handler->ready; 556 $coro->ready;
400 cede; 557 cede; # for short-lived callbacks, this reduces pressure on the coro pool
401 } 558 }
402 559 schedule; # sleep well
403 schedule;
404 } 560 }
405}; 561};
562$unblock_scheduler->desc ("[unblock_sub scheduler]");
406 563
407sub unblock_sub(&) { 564sub unblock_sub(&) {
408 my $cb = shift; 565 my $cb = shift;
409 566
410 sub { 567 sub {
411 push @unblock_queue, [$cb, @_]; 568 unshift @unblock_queue, [$cb, @_];
412 $unblock_scheduler->ready; 569 $unblock_scheduler->ready;
413 } 570 }
414} 571}
415 572
416=back 573=back
423 580
424 - 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
425 destruction. very bad things might happen otherwise (usually segfaults). 582 destruction. very bad things might happen otherwise (usually segfaults).
426 583
427 - 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
428 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
429 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
430 this). 587 this).
431 588
432=head1 SEE ALSO 589=head1 SEE ALSO
433 590

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines