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.
| Author | janssen |
|---|---|
| Recipients | janssen |
| Date | 2008年02月04日.05:52:00 |
| SpamBayes Score | 0.001086593 |
| Marked as misclassified | No |
| Message-id | <1202104327.86.0.976441820339.issue2006@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
I've been reading asyncore lately, and feel that it's showing its age. Most loops of this sort (we developed something similar for ILU, about 15 years ago) contain handlers for timers and work tasks, in addition to input handling. For timers, typically there's a list of tasks and times, often with a repeat period. A system timer is set to the time of the next task to fire, and the select() loop is exited when it fires. The loop handler then looks down the list of timer tasks, and executes those ready to run. Similarly, most loops of this sort include a list of work tasks, and a policy for executing them, such as "take one task from the front of the list and run it, then do the select". This allows background tasks to get run that don't have associated input or output fds. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年02月04日 05:52:08 | janssen | set | spambayes_score: 0.00108659 -> 0.001086593 recipients: + janssen |
| 2008年02月04日 05:52:07 | janssen | set | spambayes_score: 0.00108659 -> 0.00108659 messageid: <1202104327.86.0.976441820339.issue2006@psf.upfronthosting.co.za> |
| 2008年02月04日 05:52:01 | janssen | link | issue2006 messages |
| 2008年02月04日 05:52:00 | janssen | create | |