Re: Question: What is the impact of changing .cpp AudioUnitEffect source to .mm
Re: Question: What is the impact of changing .cpp AudioUnitEffect source to .mm
- Subject: Re: Question: What is the impact of changing .cpp AudioUnitEffect source to .mm
- From: Iain Houston <email@hidden>
- Date: Mon, 21 Jun 2010 06:02:28 +0100
>>> When is the Obj-C runtime loaded?
>>> How fast is its initialization?
>>> Is it loaded only once for the host application, or is it part of my own code?
>>> how is it attached to my code?
>>> Is the code compiled for .mm any slower?
>>
>> Unlike C++, ObjC does not generate any code behind the scenes. The only overhead is the method call itself, which adds only a few cycles above the typical i386 function call. There is a potential look-up hit on the first call, but ObjC offers means to obtain the function address in advance, if you want to avoid that overhead.
>
> Most importantly, objc_msgSend can block. So don't do any ObjC stuff in a realtime thread.
Kyle - how can we evidence this?
objc_msgSend is supposed not to block nonatomic methods.
The answer is relevant here. e.g. to anyone attempting to distinguish what aspects of the program
structure of the aurioTouch sample are historical and what's currently still essential technically
to ensure no hiccups in obj-c deployment of remote io unit.
_______________________________________________
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