[linux-audio-dev] realtimeness: pthread_cond_signal vs. pipe write

[jaromil]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wed, Jul 12, 2006 at 05:56:00PM -0400, Lee Revell wrote:
> On Wed, 2006-07-12 at 23:43 +0200, jaromil wrote:
> > my solution so far is assuming that boolean is atomical.
> > all multi threaded handling i wrote is based on this assumption: i use
> > it in pipe and linklist classes, but semaphores could also be there.
> > 
> > i found no probems and good speed so far
> > ... and life is boring without risks :)) 
> 
> How does that help with IPC?  I thought this thread was about a realtime
> safe IPC mechanism?

the approach i'm using is multi-threading and shared memory: in critical
loops messages are passed as booleans (but i keep #defines to change
them into mutexes if necessary).

in fact i'm a bit off topic since i don't use multiple processes; for
that i can confirm that poll(2) is the most efficient and portable
method i found.

just my 2 pesetas :)

ciao

- -- 
 jaromil,  dyne.org rasta coder,  http://rastasoft.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFEtjBne2QxhLU0C14RAi9gAJ4mEDl8MtS8MPjqNtyjt/6cm96HlwCcCAtm
8pyuZA70O2BtDPW8J0nVcRY=
=mMJH
-----END PGP SIGNATURE-----