Re: [PATCH 19/19] workqueue: implement concurrency managed workqueue

Andi Kleen
2009-10-03T02:59:20Z

> One thing is that for userspace there's already pretty thick layer of
> abstraction in place and having this type of bare metal mechanism
> might not buy much. In most cases, monitoring system parameters

That can be costly in terms of power/cpu cycles.

> periodically and supplying a bit of extra threads should be able to
> achieve about the same result. Do you have anything specific on your
> mind?

I was thinking of a special file descriptor that could be polled on.
Register threads to be monitored and get a notification back this
way when they are busy above some threshold. Then a runtime could
start more threads upto the maximum number of cores. This would
be mainly useful with existing work distributing libraries
like threadbuildingblocks.

-Andi
--
ak@linux.intel.com -- Speaking for myself only.