[linux-audio-dev] realtimeness: pthread_cond_signal vs. pipe write
jaromil at dyne.org
Thu Jul 13 11:37:11 UTC 2006
-----BEGIN PGP SIGNED MESSAGE-----
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 :)
jaromil, dyne.org rasta coder, http://rastasoft.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
-----END PGP SIGNATURE-----
More information about the Linux-audio-dev