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

From: jaromil <jaromil@email-addr-hidden>
Date: Thu Jul 13 2006 - 14:37:11 EEST

-----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-----
Received on Thu Jul 13 16:15:03 2006

This archive was generated by hypermail 2.1.8 : Thu Jul 13 2006 - 16:15:03 EEST