This issue tracker has been migrated to GitHub ,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
Created on 2011年05月16日 19:52 by neologix, last changed 2022年04月11日 14:57 by admin. This issue is now closed.
| Files | ||||
|---|---|---|---|---|
| File name | Uploaded | Description | Edit | |
| multiprocessing_event.diff | neologix, 2011年05月16日 19:52 | patch replacing custom signaling scheme with threading.Event | review | |
| Messages (2) | |||
|---|---|---|---|
| msg136122 - (view) | Author: Charles-François Natali (neologix) * (Python committer) | Date: 2011年05月16日 19:52 | |
Multiprocessing's MapResult and ApplyResult use a notification mechanism to signal callers when the underlying value is available. Instead of re-inventing the wheel, we could use threading.Event instead: this leads to cleaner and simpler code (with no noticable performance impact). Patch attached. |
|||
| msg161579 - (view) | Author: Roundup Robot (python-dev) (Python triager) | Date: 2012年05月25日 12:29 | |
New changeset 57d6265beaaa by Richard Oudkerk in branch 'default': Issue #12091: simplify ApplyResult and MapResult with threading.Event http://hg.python.org/cpython/rev/57d6265beaaa |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022年04月11日 14:57:17 | admin | set | github: 56300 |
| 2012年05月25日 19:40:08 | sbt | set | status: open -> closed resolution: fixed stage: patch review -> resolved |
| 2012年05月25日 12:29:01 | python-dev | set | nosy:
+ python-dev messages: + msg161579 |
| 2012年05月16日 16:44:38 | pitrou | set | nosy:
+ sbt |
| 2011年05月17日 14:08:43 | pitrou | set | nosy:
+ pitrou |
| 2011年05月16日 19:52:30 | neologix | create | |