Re: Audio Units and OpenCL?
Re: Audio Units and OpenCL?
- Subject: Re: Audio Units and OpenCL?
- From: Stéphane Letz <email@hidden>
- Date: Thu, 10 Sep 2009 16:22:29 +0200
Le 10 sept. 09 à 16:09, Markus Fritze a écrit :
On Sep 10, 2009, at 1:11 AM, Stéphane Letz wrote:
Would it make sense to have a special version GCD for real-time
usage? Right now GCD uses a pool of "normal" threads to execute
pending tasks waiting on GCD queues. Why not have a pool of "time-
constraints" threads to deal with RT tasks? Then we could have an
extended API like:
Interesting question, but I am a bit nervous if an audio unit is
competing with the host application for processing time.
Markus
Being a "bit nervous" is not really an answer ((-:
I mean GCD seems to be the first try to have a *global* view of what
happens in a process, so that developers stops starting their own
threads, develop their own thread pool architecture, use libraries
that can also have their own threading ideas.... etc.. by switching to
the Queue + Tasks model.
(this is still not clear for me if GCD is also supposed to have a
*system level* view of running threads, so that to avoid allocation
of two much threads.. an so on: see this discussion on
PerfOptimization list : http://lists.apple.com/archives/PerfOptimization-dev/2009/Sep/index.html
resulting in the mess we all know.)
Anyway the situation for Real-time stuff is somewhat similar. If your
using AU then you *may* beneficiate of a global view concerning
threads issues the AU system will possibly give you, otherwise you are
on your own and the the same "thread competition war" starts again and
again...
My point is : could the emergence of GCD be the time to think about
the "sharing CPU resource issues" in our specific RT audio domain?
Having the goal to find something as appealing as GCD tries to be for
more normal situations?
Stephane Letz _______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden