[linux-audio-dev] realtimeness: pthread_cond_signal vs. pipe write
jaromil at dyne.org
Thu Jul 13 11:42:08 UTC 2006
-----BEGIN PGP SIGNED MESSAGE-----
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.
eheh, well, amazingly enough, i have no problems on SMP at all! :>
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