Re: pthread_cond_signal and priority inversion
Re: pthread_cond_signal and priority inversion
- Subject: Re: pthread_cond_signal and priority inversion
- From: Ross Bencina <email@hidden>
- Date: Tue, 24 May 2016 18:24:50 +1000
I don't see how that could block for very long.
The number of instructions in the critical section is not relevant if
the thread holding the lock gets pre-empted. That's the definition of
priority inversion.
Of course the shorter the critical section, the less likely priority
inversion will ever happen.
@Michael, I guess you need to also consider whether lock contention is
actually possible. A spinlock on a never-contended lock would be safe
for example.
Ross.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden