Can you not run Instruments from the 'Profile' button on Xcode? It should start
the process and attach to it and go from there.
On 4 Dec, 2012, at 7:02 PM, "Gerriet M. Denkmann" <gerr...@mdenkmann.de> wrote:
>
> On 4 Dec 2012, at 17:49, Mike Abdullah <cocoa...@mikeabdullah.net> wrote:
>
>> You have a performance problem. Thus you should use Instruments to see what
>> is going on, rather than hope we can tell you from vague snippets of code.
>
> Maybe I should use Instruments, problem is: I cannot.
>
> I start Instruments, select some template (e.g. Leaks), attach to a
> (user-)process, click "Record", and now a panel comes up (which I have never
> seen before): "Instruments wants permission to analyse other processes. Type
> an admin...".
> Annoying, but maybe necessary.
>
> But now nothing happens, i.e no recording takes place.
> What magic do I have to perform to make Instruments (4.5) work?
> (I asked this on the Xcode list already, but got no answer).
>
>>
>> On 4 Dec 2012, at 10:29, "Gerriet M. Denkmann" <gerr...@mdenkmann.de> wrote:
>>
>>> My app creates lots of MyOperations (subclass of NSOperation) and puts them
>>> into an NSOperationQueue.
>>>
>>> I would expect that the app thus remains responsive, but sometimes it is
>>> not.
>>>
>>> A sure way to beach-ball my app is: start it with a few hundred operations
>>> (which will take about 20 seconds to finish).
>>> Make some other app active.
>>> Try to make my app active again - it's panel stays grey and after a few
>>> seconds the cursor will turn into a beach-ball.
>>>
>>> These MyOperations interact with their controller in two ways:
>>>
>>> 1. they do once at start: [ controller dataStringFor: row ];
>>>
>>> The controller has:
>>>
>>> - (NSString *) dataStringFor: (NSUInteger)row
>>> {
>>> @synchronized(self)
>>> {
>>> if ( self.stringArray == nil ) { create it - takes some time,
>>> but happens only once};
>>> }
>>> return self.stringArray[row];
>>> }
>>>
>>>
>>> 2. When MyOperations have finished their work they call: [ controller
>>> done: row result: someNumber ];
>>>
>>> The controller has:
>>>
>>> - (void) done: (NSUInteger) row result: (NSUInteger) someNumber
>>> {
>>> @synchronized(self)
>>> {
>>> [ self.rowsToDo removeIndex: row ]; //
>>> NSMutableIndexSet
>>> };
>>>
>>> // sometimes do some logging, update user interface - but only
>>> every few seconds
>>> }
>>>
>>> So, why the beach-ball? What am I doing wrong? How to debug this? Why does
>>> the app-switch make the beach-ball appear?
>>>
>>> Gerriet.
>>>
>>> 10.8.2, Arc
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>>>
>>> Please 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:
>>> https://lists.apple.com/mailman/options/cocoa-dev/cocoadev%40mikeabdullah.net
>>>
>>> This email sent to cocoa...@mikeabdullah.net
>>
>
>
> _______________________________________________
>
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>
> Please 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:
> https://lists.apple.com/mailman/options/cocoa-dev/rols%40rols.org
>
> This email sent to r...@rols.org
_______________________________________________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please 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:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
