Messages in this thread |  | | | From | David Howells <> | | Subject | Re: [PATCHSET] workqueue: implement and use WQ_UNBOUND | | Date | Wed, 21 Jul 2010 14:08:45 +0100 |
| |
Tejun Heo <tj@kernel.org> wrote:
> As all unbound works are served by the same gcwq, non reentrancy is > automatically guaranteed.
That doesn't actually explain _how_ it's non-reentrant. The gcwq includes a collection of threads that can execute from it, right? If so, what mechanism prevents two threads from executing the same work item, if that work item isn't bound to a CPU? I've been trying to figure this out from the code, but I don't see it offhand.
> > Btw, how does this fare in an RT system, where work items bound to a CPU > > can't get executed because their CPU is busy with an RT thread, even > > though there are other, idle CPUs? > > Sure, there's nothing special about unbound workers. They're just normal > kthreads.
I should've been clearer: As I understand it, normal (unbound) worker items are bound to the CPU on which they were queued, and will be executed there only (barring CPU removal). If that's the case, isn't it possible that work items can be prevented from getting execution time by an RT thread that's hogging a CPU and won't let go?
David
|  |