Re: alloc init thread safe?
Re: alloc init thread safe?
- Subject: Re: alloc init thread safe?
- From: Rosyna <email@hidden>
- Date: Fri, 9 Mar 2007 08:54:52 -0700
Exceot ZeroLink doesn't actually save you time.
Remember, ZeroLink is not enabled for any classes that use +load or
any classes that have categories by default
(http://developer.apple.com/documentation/DeveloperTools/Conceptual/XcodeUserGuide/Contents/Resources/en.lproj/05_08_bs_linking/chapter_35_section_10.html#//apple_ref/doc/uid/TP40002694-DontLinkElementID_171)
Also note that linking is *not* disabled. It's just deferred. Linking
still happens at runtime. Instead of having all the linking done
before the application is launched, most of it happens when the
application is launched. Basically, instead of it taking 100% CPU in
1 second (for example) it uses 30% for 10 seconds. In other words,
any so called time savings are entirely perceptual.
Which projects with only a dozen or so source code files, there is no
net savings and it isn't worth the problems ZeroLink causes to leave
it on.
Ack, at 3/9/07, Antonio Nunes said:
Apple do not offer the option without good reason. You just have to
know when to use it and when not to (i.e. knowing its strengths and
limitations). The way I work it saves me tons of time, allowing a
more evolutionary approach to programming and quick experiments with
quick results without having to quit the current execution context
and restart the application every time I make a small change
somewhere in the code. Once satisfied with a new or modified block
of code you can check if the code behaves the same with ZeroLink off
(if you feel the need to: I find I can leave it on most of the time
when only dealing with code changes, as long as I make sure it is
mostly off in the last stages of development and testing).
--
Sincerely,
Rosyna Keller
Technical Support/Carbon troll/Always needs a hug
Unsanity: Unsane Tools for Insanely Great People
It's either this, or imagining Phil Schiller in a thong.
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden