[LAD] a *simple* ring buffer, comments pls?

Arnold Krille arnold at arnoldarts.de
Mon Jul 11 22:12:08 UTC 2011


On Monday 11 July 2011 23:15:26 Tim E. Real wrote:
> On July 11, 2011 04:50:06 pm Chris Cannam wrote:
> > I know taking locks in a RT process is deeply frowned upon
> 
> Likely been answered before, but good time for me to ask:
> What is the reason it is not recommended?
> Is it simply because of a long time involved in acquiring the lock, or is
> it because the lock might block some other Jack thread from running?
> The same reason why other things like 'malloc' or 'new' are not
>  recommended either?

Real-time means "as fast as possible". Waiting to acquire a lock isn't exactly 
what you would call "fast"...
Waiting for a lock is the same as waiting for the kernels/OSs memory managment 
to allocate some space.

Have fun,

Arnold
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-dev/attachments/20110712/c1a0e7d3/attachment.pgp>


More information about the Linux-audio-dev mailing list