Forum OpenACS Development: possible future enhancements to the AOLserver scheduler

Collapse
Posted by Andrew Piskorski on
One of these days, it might be worth using the newer threadpools stuff (e.g., tpool, ns_job, or conceivably even Mayoff's ancient dqd_threadpool) and/or other features to have AOLserver never run any jobs directly in the scheduler thread, and yet still achieve the same best-case efficiency and speed as the current simpler scheduler. A real scheduler should never allow client code to interfere with the scheduler's own housekeeping.

That would also change some of the ns_schedule edge case semantics, as independent jobs would no longer be implicitly serialized due to running in the single scheduler thread. But in the unlikely even that the implicit serialization was actually desired, it should be easy just to shove a bunch of legacy scheduled jobs into a single thread.