Message110428
| Author |
asksol |
| Recipients |
asksol, gdb, jnoller |
| Date |
2010年07月16日.11:22:49 |
| SpamBayes Score |
0.17767203 |
| Marked as misclassified |
No |
| Message-id |
<1279279371.28.0.750025685468.issue9205@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
> but if you make a blocking call such as in the following program,
> you'll get a hang
Yeah, and for that we could use the same approach as for the maps.
But, I've just implemented the accept callback approach, which should be superior. Maps/Apply fails instantly as soon as a worker process crashes, but the pool remains fully functional. Patch multiprocessing-trunk@82502-termination-trackjobs.patch added.
There seems to be some race conditions left, because some of the tests breaks from time to time. Maybe you can pinpoint it before me. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2010年07月16日 11:22:51 | asksol | set | recipients:
+ asksol, jnoller, gdb |
| 2010年07月16日 11:22:51 | asksol | set | messageid: <1279279371.28.0.750025685468.issue9205@psf.upfronthosting.co.za> |
| 2010年07月16日 11:22:50 | asksol | link | issue9205 messages |
| 2010年07月16日 11:22:49 | asksol | create |
|