Boost logo

Boost :

From: Darryl Green (green_at_[hidden])
Date: 2002-03-11 20:49:39


> -----Original Message-----
> From: Carl Daniel [mailto:cpdaniel_at_[hidden]]
>
> The only solution
> I've encountered (various RTOS's, Windows) is to raise the
> priority of the lock-holding thread to equal that of the
> lock-waiting thread, thus allowing it to run. Once the lock
> is released, the priorities are returned to normal. Of
> course, the better solution is to design the system so that
> high and low priority work never compete for resources.
>
> -cd

In my experience the "better solution" often conflicts directly with the
overall scheduling requirements of a realtime system - I don't think there
is a way of reconciling the conflict without priority inheritance or
similar.


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk