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

jaromil jaromil at dyne.org
Thu Jul 13 11:42:08 UTC 2006

Hash: SHA1

On Thu, Jul 13, 2006 at 01:55:25AM +0200, Jens M Andreasen wrote:
> On Wed, 2006-07-12 at 23:43 +0200, jaromil wrote:
> > > i think mostly because in 2000-2001, they were very slow.
> > 
> > IMHO they are still slow, especially when you port software to OSX
> > then pthreads and semaphores are *very* slow (well, it depends how
> > much and where you use them of course).
> OSX? Although I can see your argument (of convenience), it has no
> beaeing to the implementation in linux. If you say that Darwin is
> lacking, then fix it or use Linux, no? 

i use Linux of course. i also dislike Darwin and would never spend time
fixing it for Apple; but many (l)users are using OSX and is somehow
interesting to port applications to it.

> > 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 :))
> > 
> ... and sooner or later we will find an update for multi-processors.
> :-D 

eheh, well, amazingly enough, i have no problems on SMP at all! :>


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

Version: GnuPG v1.4.2 (GNU/Linux)


More information about the Linux-audio-dev mailing list