Getting rid of the static msleep priority boost

Jeff Roberson jroberson at chesapeake.net
Thu Mar 20 09:53:18 UTC 2008


On Thu, 20 Mar 2008, Robert Watson wrote:

>
> On Wed, 19 Mar 2008, Jeff Roberson wrote:
>
>>> Perhaps there are no performance differences, but the cv/mutex primitives 
>>> are a nice clean interface that most everyone understands.  If you are 
>>> going to write a professional OS from the ground up, I doubt you are going 
>>> to have anything as convoluted as msleep() as part of your kernel API/ABI.
>> 
>> One real obstacle to converting all locations to cv_* is the lack of 
>> support for anything other than mtx def mutexes in the cv api.  It also 
>> just doesn't seem like a good use of developer resources regardless of how 
>> you feel about msleep.
>
> I thought condvar was converted in 7.x to accepting a struct lock for 
> precisely this reason?  I assume (perhaps incorrectly) that it can't be used 
> with spin mutexes, but thought, as a result, that we could now use it with
> other lock types, such as sx locks?

You are right.  John did it at the same time.  Good on em.

>
> Robert N M Watson
> Computer Laboratory
> University of Cambridge
>


More information about the freebsd-arch mailing list