STREAM scheduling
- Modules call put procedure in context of same thread
- Call to service proc. links message onto Q and returns, later scheduler runs service procedure
- Increases Overhead and Latency
- Why bother? increases in gap?
- Some nasty race conditions possible
- e.g. in read service procedure, get interrupt
Notes:
No notes for slide 5