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

Comparing Coro/Coro.pm (file contents):
Revision 1.94 by root, Sat Dec 2 18:01:30 2006 UTC vs.
Revision 1.139 by root, Thu Sep 27 15:52:30 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.0'; 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}
159
160sub _do_trace_sub {
161 &{$current->{_trace_sub_cb}}
162}
163
164sub _do_trace_line {
165 &{$current->{_trace_line_cb}}
166}
136 167
137# this coroutine is necessary because a coroutine 168# this coroutine is necessary because a coroutine
138# cannot destroy itself. 169# cannot destroy itself.
139my @destroy; 170my @destroy;
171my $manager;
172
140my $manager; $manager = new Coro sub { 173$manager = new Coro sub {
141 while () { 174 while () {
142 # by overwriting the state object with the manager we destroy it 175 (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) { 176 while @destroy;
148 my $coro = pop @destroy;
149 $coro->{status} ||= [];
150 $_->ready for @{delete $coro->{join} || []};
151 177
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; 178 &schedule;
159 } 179 }
160}; 180};
181$manager->desc ("[coro manager]");
182$manager->prio (PRIO_MAX);
161 183
162# static methods. not really. 184# static methods. not really.
163 185
164=back 186=back
165 187
173 195
174Create a new asynchronous coroutine and return it's coroutine object 196Create a new asynchronous coroutine and return it's coroutine object
175(usually unused). When the sub returns the new coroutine is automatically 197(usually unused). When the sub returns the new coroutine is automatically
176terminated. 198terminated.
177 199
178Calling C<exit> in a coroutine will not work correctly, so do not do that. 200Calling C<exit> in a coroutine will do the same as calling exit outside
179 201the coroutine. Likewise, when the coroutine dies, the program will exit,
180When the coroutine dies, the program will exit, just as in the main 202just as it would in the main program.
181program.
182 203
183 # create a new coroutine that just prints its arguments 204 # create a new coroutine that just prints its arguments
184 async { 205 async {
185 print "@_\n"; 206 print "@_\n";
186 } 1,2,3,4; 207 } 1,2,3,4;
187 208
188=cut 209=cut
189 210
190sub async(&@) { 211sub async(&@) {
191 my $pid = new Coro @_; 212 my $coro = new Coro @_;
192 $pid->ready; 213 $coro->ready;
193 $pid 214 $coro
215}
216
217=item async_pool { ... } [@args...]
218
219Similar to C<async>, but uses a coroutine pool, so you should not call
220terminate or join (although you are allowed to), and you get a coroutine
221that might have executed other code already (which can be good or bad :).
222
223Also, the block is executed in an C<eval> context and a warning will be
224issued in case of an exception instead of terminating the program, as
225C<async> does. As the coroutine is being reused, stuff like C<on_destroy>
226will not work in the expected way, unless you call terminate or cancel,
227which somehow defeats the purpose of pooling.
228
229The priority will be reset to C<0> after each job, otherwise the coroutine
230will be re-used "as-is".
231
232The pool size is limited to 8 idle coroutines (this can be adjusted by
233changing $Coro::POOL_SIZE), and there can be as many non-idle coros as
234required.
235
236If you are concerned about pooled coroutines growing a lot because a
237single C<async_pool> used a lot of stackspace you can e.g. C<async_pool
238{ terminate }> once per second or so to slowly replenish the pool. In
239addition to that, when the stacks used by a handler grows larger than 16kb
240(adjustable with $Coro::POOL_RSS) it will also exit.
241
242=cut
243
244our $POOL_SIZE = 8;
245our $POOL_RSS = 16 * 1024;
246our @async_pool;
247
248sub pool_handler {
249 my $cb;
250
251 while () {
252 eval {
253 while () {
254 _pool_1 $cb;
255 &$cb;
256 _pool_2 $cb;
257 &schedule;
258 }
259 };
260
261 last if $@ eq "\3terminate\2\n";
262 warn $@ if $@;
263 }
264}
265
266sub async_pool(&@) {
267 # this is also inlined into the unlock_scheduler
268 my $coro = (pop @async_pool) || new Coro \&pool_handler;
269
270 $coro->{_invoke} = [@_];
271 $coro->ready;
272
273 $coro
194} 274}
195 275
196=item schedule 276=item schedule
197 277
198Calls the scheduler. Please note that the current coroutine will not be put 278Calls the scheduler. Please note that the current coroutine will not be put
211 # wake up sleeping coroutine 291 # wake up sleeping coroutine
212 $current->ready; 292 $current->ready;
213 undef $current; 293 undef $current;
214 }; 294 };
215 295
216 # call schedule until event occured. 296 # call schedule until event occurred.
217 # in case we are woken up for other reasons 297 # in case we are woken up for other reasons
218 # (current still defined), loop. 298 # (current still defined), loop.
219 Coro::schedule while $current; 299 Coro::schedule while $current;
220 } 300 }
221 301
222=item cede 302=item cede
223 303
224"Cede" to other coroutines. This function puts the current coroutine into the 304"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 305ready queue and calls C<schedule>, which has the effect of giving up the
226current "timeslice" to other coroutines of the same or higher priority. 306current "timeslice" to other coroutines of the same or higher priority.
307
308Returns true if at least one coroutine switch has happened.
309
310=item Coro::cede_notself
311
312Works like cede, but is not exported by default and will cede to any
313coroutine, regardless of priority, once.
314
315Returns true if at least one coroutine switch has happened.
227 316
228=item terminate [arg...] 317=item terminate [arg...]
229 318
230Terminates the current coroutine with the given status values (see L<cancel>). 319Terminates the current coroutine with the given status values (see L<cancel>).
231 320
250Create a new coroutine and return it. When the sub returns the coroutine 339Create a new coroutine and return it. When the sub returns the coroutine
251automatically terminates as if C<terminate> with the returned values were 340automatically 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 341called. To make the coroutine run you must first put it into the ready queue
253by calling the ready method. 342by calling the ready method.
254 343
255Calling C<exit> in a coroutine will not work correctly, so do not do that. 344See C<async> for additional discussion.
256 345
257=cut 346=cut
258 347
259sub _run_coro { 348sub _run_coro {
260 terminate &{+shift}; 349 terminate &{+shift};
277Return wether the coroutine is currently the ready queue or not, 366Return wether the coroutine is currently the ready queue or not,
278 367
279=item $coroutine->cancel (arg...) 368=item $coroutine->cancel (arg...)
280 369
281Terminates the given coroutine and makes it return the given arguments as 370Terminates the given coroutine and makes it return the given arguments as
282status (default: the empty list). 371status (default: the empty list). Never returns if the coroutine is the
372current coroutine.
283 373
284=cut 374=cut
285 375
286sub cancel { 376sub cancel {
287 my $self = shift; 377 my $self = shift;
288 $self->{status} = [@_]; 378 $self->{status} = [@_];
379
380 if ($current == $self) {
289 push @destroy, $self; 381 push @destroy, $self;
290 $manager->ready; 382 $manager->ready;
291 &schedule if $current == $self; 383 &schedule while 1;
384 } else {
385 $self->_cancel;
386 }
292} 387}
293 388
294=item $coroutine->join 389=item $coroutine->join
295 390
296Wait until the coroutine terminates and return any values given to the 391Wait until the coroutine terminates and return any values given to the
299 394
300=cut 395=cut
301 396
302sub join { 397sub join {
303 my $self = shift; 398 my $self = shift;
399
304 unless ($self->{status}) { 400 unless ($self->{status}) {
305 push @{$self->{join}}, $current; 401 my $current = $current;
306 &schedule; 402
403 push @{$self->{destroy_cb}}, sub {
404 $current->ready;
405 undef $current;
406 };
407
408 &schedule while $current;
307 } 409 }
410
308 wantarray ? @{$self->{status}} : $self->{status}[0]; 411 wantarray ? @{$self->{status}} : $self->{status}[0];
412}
413
414=item $coroutine->on_destroy (\&cb)
415
416Registers a callback that is called when this coroutine gets destroyed,
417but before it is joined. The callback gets passed the terminate arguments,
418if any.
419
420=cut
421
422sub on_destroy {
423 my ($self, $cb) = @_;
424
425 push @{ $self->{destroy_cb} }, $cb;
309} 426}
310 427
311=item $oldprio = $coroutine->prio ($newprio) 428=item $oldprio = $coroutine->prio ($newprio)
312 429
313Sets (or gets, if the argument is missing) the priority of the 430Sets (or gets, if the argument is missing) the priority of the
348 $old; 465 $old;
349} 466}
350 467
351=back 468=back
352 469
353=head2 UTILITY FUNCTIONS 470=head2 GLOBAL FUNCTIONS
354 471
355=over 4 472=over 4
473
474=item Coro::nready
475
476Returns the number of coroutines that are currently in the ready state,
477i.e. that can be switched to. The value C<0> means that the only runnable
478coroutine is the currently running one, so C<cede> would have no effect,
479and C<schedule> would cause a deadlock unless there is an idle handler
480that wakes up some coroutines.
481
482=item my $guard = Coro::guard { ... }
483
484This creates and returns a guard object. Nothing happens until the object
485gets destroyed, in which case the codeblock given as argument will be
486executed. This is useful to free locks or other resources in case of a
487runtime error or when the coroutine gets canceled, as in both cases the
488guard block will be executed. The guard object supports only one method,
489C<< ->cancel >>, which will keep the codeblock from being executed.
490
491Example: set some flag and clear it again when the coroutine gets canceled
492or the function returns:
493
494 sub do_something {
495 my $guard = Coro::guard { $busy = 0 };
496 $busy = 1;
497
498 # do something that requires $busy to be true
499 }
500
501=cut
502
503sub guard(&) {
504 bless \(my $cb = $_[0]), "Coro::guard"
505}
506
507sub Coro::guard::cancel {
508 ${$_[0]} = sub { };
509}
510
511sub Coro::guard::DESTROY {
512 ${$_[0]}->();
513}
514
356 515
357=item unblock_sub { ... } 516=item unblock_sub { ... }
358 517
359This utility function takes a BLOCK or code reference and "unblocks" it, 518This utility function takes a BLOCK or code reference and "unblocks" it,
360returning the new coderef. This means that the new coderef will return 519returning the new coderef. This means that the new coderef will return
361immediately without blocking, returning nothing, while the original code 520immediately without blocking, returning nothing, while the original code
362ref will be called (with parameters) from within its own coroutine. 521ref will be called (with parameters) from within its own coroutine.
363 522
364The reason this fucntion exists is that many event libraries (such as the 523The reason this function exists is that many event libraries (such as the
365venerable L<Event|Event> module) are not coroutine-safe (a weaker form 524venerable L<Event|Event> module) are not coroutine-safe (a weaker form
366of thread-safety). This means you must not block within event callbacks, 525of thread-safety). This means you must not block within event callbacks,
367otherwise you might suffer from crashes or worse. 526otherwise you might suffer from crashes or worse.
368 527
369This function allows your callbacks to block by executing them in another 528This function allows your callbacks to block by executing them in another
374In short: simply use C<unblock_sub { ... }> instead of C<sub { ... }> when 533In short: simply use C<unblock_sub { ... }> instead of C<sub { ... }> when
375creating event callbacks that want to block. 534creating event callbacks that want to block.
376 535
377=cut 536=cut
378 537
379our @unblock_pool;
380our @unblock_queue; 538our @unblock_queue;
381our $UNBLOCK_POOL_SIZE = 2;
382 539
383sub unblock_handler_ { 540# we create a special coro because we want to cede,
384 while () { 541# to reduce pressure on the coro pool (because most callbacks
385 my ($cb, @arg) = @{ delete $Coro::current->{arg} }; 542# return immediately and can be reused) and because we cannot cede
386 $cb->(@arg); 543# 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 { 544our $unblock_scheduler = new Coro sub {
395 while () { 545 while () {
396 while (my $cb = pop @unblock_queue) { 546 while (my $cb = pop @unblock_queue) {
397 my $handler = (pop @unblock_pool or new Coro \&unblock_handler_); 547 # this is an inlined copy of async_pool
398 $handler->{arg} = $cb; 548 my $coro = (pop @async_pool) || new Coro \&pool_handler;
549
550 $coro->{_invoke} = $cb;
399 $handler->ready; 551 $coro->ready;
400 cede; 552 cede; # for short-lived callbacks, this reduces pressure on the coro pool
401 } 553 }
402 554 schedule; # sleep well
403 schedule;
404 } 555 }
405}; 556};
557$unblock_scheduler->desc ("[unblock_sub scheduler]");
406 558
407sub unblock_sub(&) { 559sub unblock_sub(&) {
408 my $cb = shift; 560 my $cb = shift;
409 561
410 sub { 562 sub {
411 push @unblock_queue, [$cb, @_]; 563 unshift @unblock_queue, [$cb, @_];
412 $unblock_scheduler->ready; 564 $unblock_scheduler->ready;
413 } 565 }
414} 566}
415 567
416=back 568=back
423 575
424 - you must make very sure that no coro is still active on global 576 - you must make very sure that no coro is still active on global
425 destruction. very bad things might happen otherwise (usually segfaults). 577 destruction. very bad things might happen otherwise (usually segfaults).
426 578
427 - this module is not thread-safe. You should only ever use this module 579 - 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 580 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 581 to allow per-thread schedulers, but Coro::State does not yet allow
430 this). 582 this).
431 583
432=head1 SEE ALSO 584=head1 SEE ALSO
433 585

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines