Kevin Littlejohn wrote:
> I was wondering about this. The way it's coded atm favours getting requests
> into the queue - that will happen as quickly as possible, if there's lots of
> requests completing they doesn't get any help in clearing. If you locked
> instead of trylocking, you'd force a context switch to clear reqs outgoing,
> where appropriate. Given the context switch is bad, I'm happy this is a good
> idea atm. I'm curious as to the effects on a multi-processor machine, where
> the context switch may not be required(?).
Ah, well.. there is a sched_yield() there to make sure some CPU is given
to the threads.. called if there is any requests in the queues.. Yes,
the yield frequency can most likely be optimized quite a bit.
/Henrik
Received on Sat Mar 17 2001 - 12:48:31 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:13:39 MST