| … | |
… | |
| 2 | |
2 | |
| 3 | TODO: should explore PerlIO::coroaio (perl leaks like hell). |
3 | TODO: should explore PerlIO::coroaio (perl leaks like hell). |
| 4 | TODO: channel->maxsize(newsize)? |
4 | TODO: channel->maxsize(newsize)? |
| 5 | TODO: http://www.microsoft.com/msj/archive/s2ce.aspx |
5 | TODO: http://www.microsoft.com/msj/archive/s2ce.aspx |
| 6 | |
6 | |
|
|
7 | - work around a bug in PerlIO (setting $SIG{__WARN__} to a PVCV). |
|
|
8 | - update ecb.h. |
|
|
9 | |
|
|
10 | 6.06 Mon Aug 8 23:59:48 CEST 2011 |
|
|
11 | - cygwin unfortunately patches the stack at runtime, so we use the pthreads |
|
|
12 | backend, which is an order of magnitude slower. unfortunately, cygwins |
|
|
13 | pthread implementation isn't very complete either, so allocate the stack |
|
|
14 | twice just to be sure. |
|
|
15 | (note: cygwin also enables mymalloc, which is NOT THREADSAFE ON WINDOWS, |
|
|
16 | in its ithreaded perl - best recompile cygwin and use the 'w'indows |
|
|
17 | backend for much better performance. also disable ithreads for |
|
|
18 | even better performance...). |
|
|
19 | |
|
|
20 | 6.05 Thu Aug 4 21:36:36 CEST 2011 |
|
|
21 | - blush, condvar values would not be propagated from send to recv anymore |
|
|
22 | (reported by Chip Salzenberg). |
|
|
23 | - use exponential increase for the readline buffer length in |
|
|
24 | Coro::Handle. also reduce initial allocation to 1020 from 4096 bytes. |
|
|
25 | |
|
|
26 | 6.04 Wed Aug 3 17:15:45 CEST 2011 |
|
|
27 | - use even more efficient and more compatible condvars for |
|
|
28 | compatibility to AnyEvent 6.x :) |
|
|
29 | - more inconsequential ecb.h updates. |
|
|
30 | |
|
|
31 | 6.03 Wed Aug 3 11:41:30 CEST 2011 |
|
|
32 | - change how Coro patches AnyEvent condvars for compatibility to |
|
|
33 | AnyEvent 6.x. |
|
|
34 | - update ecb.h, to no longer include <pthread.h> in case WinNT.h |
|
|
35 | hasn't been included. |
|
|
36 | |
|
|
37 | 6.02 Wed Jul 13 04:35:19 CEST 2011 |
|
|
38 | - "improve portability to Gentoo" - gentoo manages to put perl variables |
|
|
39 | in memory areas that are farther than 2gb apart, which the jit couldn't |
|
|
40 | handle and barfed. now it's just a bit slower on gentoo and similar |
|
|
41 | systems. |
|
|
42 | |
|
|
43 | 6.01 Sun Jul 3 12:31:14 CEST 2011 |
|
|
44 | - workarounds are good, but the test for whether pthreads are used |
|
|
45 | was not good. thisone should be better. |
|
|
46 | - check differently whether gcc generates cfi instructions itself. |
|
|
47 | |
|
|
48 | 6.0 Wed Jun 29 19:43:35 CEST 2011 |
|
|
49 | - INCOMPATIBLE CHANGE: unreferenced coro objects will now be |
|
|
50 | destroyed and cleaned up automatically (e.g. async { schedule }). |
|
|
51 | - implement a JIT compiler for part of the thread switch code, |
|
|
52 | which gives a 50% speed improvement on threaded perls, and |
|
|
53 | about 4% on non-thraeded perls (so threaded perls now finally |
|
|
54 | reach about half the speed of non-threaded perls). |
|
|
55 | - slightly modernise Coro::Intro, add section about rouse functions. |
|
|
56 | - avoid DEFSV and ERRSV, giving another 10% improvement |
|
|
57 | in thread switching. |
|
|
58 | - Coro::State->is_destroyed is now called is_zombie. |
|
|
59 | - implement a Coro->safe_cancel method that might fail, but |
|
|
60 | cancels in a "safer" way if it succeeds. |
|
|
61 | - add preliminary support for DEBUGGING perls. |
|
|
62 | - get rid of two hash-accesses when initialising a new Coro - this |
|
|
63 | speeds up coro creation by almost a factor of two. |
| 7 | - croak when a coro that is being cancelled tries to block |
64 | - croak when a coro that is being cancelled tries to block |
| 8 | (e.g. while executing a guard block), instead of crashing or |
65 | (e.g. while executing a guard block), instead of crashing or |
| 9 | deadlocking. |
66 | deadlocking. |
| 10 | - implement a Coro->safe_cancel method that might fail, but |
67 | - use a more robust and also faster method to identify Coro::State |
| 11 | cancels in a "safer" way if it succeeds. |
68 | objects - speeds up everything a bit. |
| 12 | - implement Coro->cancel in XS for a 20% speed improvement, and to |
69 | - implement Coro->cancel in XS for a 20% speed improvement, and to |
| 13 | be able to implement mutual cancellation. |
70 | be able to implement mutual cancellation. |
| 14 | - speed up context switches by a percent or two by more efficiently |
71 | - speed up context switches by a percent or two by more efficiently |
| 15 | allocating context stack entries. |
72 | allocating context stack entries. |
|
|
73 | - implement Coro->join and Coro->on_destroy in XS for a speedup and |
|
|
74 | a reduction in memory use. |
| 16 | - cancelling a coro while it itself is cancelling another coro is |
75 | - cancelling a coro while it itself is cancelling another coro is |
| 17 | now supported and working, instead of triggering an assertion. |
76 | now supported and working, instead of triggering an assertion. |
| 18 | - be a bit more crash-resistant when calling (buggy) on_destroy |
77 | - be a bit more crash-resistant when calling (buggy) on_destroy |
| 19 | callbacks (best effort). |
78 | callbacks (best effort). |
| 20 | - move on_destroy into the slf_frame, to allow extension slf |
79 | - move on_destroy into the slf_frame, to allow extension slf |
| 21 | functions to have destructors. |
80 | functions to have destructors. |
|
|
81 | - get rid if coro refcounting - simply crash in other interpreter |
|
|
82 | threads by nulling the pointers on clone. |
|
|
83 | - simplify warn/die hook handling when loading Coro - the convoluted |
|
|
84 | logic seems to be no longer neccessary. |
|
|
85 | - use libecb instead of our own home-grown gcc hacks. |
|
|
86 | - document alternatives to Coro::LWP. Please use them :) |
|
|
87 | - work around another mindless idiotic NEEDLESS bug in openbsd/mirbsds |
|
|
88 | sigaltstack. Really. wine suffers from it, erlang suffers from it, |
|
|
89 | and it's known since at least 2006. |
| 22 | |
90 | |
| 23 | 5.372 Wed Feb 23 06:14:30 CET 2011 |
91 | 5.372 Wed Feb 23 06:14:30 CET 2011 |
| 24 | - apparently mingw doesn't provide a working gettimeofday, try to |
92 | - apparently mingw doesn't provide a working gettimeofday, try to |
| 25 | work around that by relying on Time::HiRes (indirectly brought to |
93 | work around that by relying on Time::HiRes (indirectly brought to |
| 26 | my attention by Max Maischein). |
94 | my attention by Max Maischein). |
