FROM : Jon Hess
DATE : Sun Nov 18 04:37:10 2007
Running your application with Leopard's Instruments.app and the object
alloc instrument should make what's going on clear.
Run your app and when you see the big run up in the memory graph,
select that range of time and see what object is being allocated more
than expected.
Jon Hess
On Nov 17, 2007, at 10:53 AM, Gerd Knops <<email_removed>>
wrote:
> I have a complex Cocoa application, 10.4 SDK (no GC etc). Loading a
> document (and performing a large number of calculations triggered by
> that) takes 4 seconds under Tiger.
>
> Under Leopard, loading the same document takes 8 seconds until it
> displays, after which the application is unresponsive for another 4
> seconds, the entire time being spent in NSPopAutoreleasePool.
>
> I presume that performance penalty is largely due to Leopards more
> complex memory handling. Has anybody else observed this, and knows
> of any strategies to minimize that overhead?
>
> Thanks
>
> Gerd
>
> _______________________________________________
>
> Cocoa-dev mailing list (<email_removed>)
>
> 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:
> http://lists.apple.com/mailman/options/cocoa-dev/<email_removed>
>
> This email sent to <email_removed>
DATE : Sun Nov 18 04:37:10 2007
Running your application with Leopard's Instruments.app and the object
alloc instrument should make what's going on clear.
Run your app and when you see the big run up in the memory graph,
select that range of time and see what object is being allocated more
than expected.
Jon Hess
On Nov 17, 2007, at 10:53 AM, Gerd Knops <<email_removed>>
wrote:
> I have a complex Cocoa application, 10.4 SDK (no GC etc). Loading a
> document (and performing a large number of calculations triggered by
> that) takes 4 seconds under Tiger.
>
> Under Leopard, loading the same document takes 8 seconds until it
> displays, after which the application is unresponsive for another 4
> seconds, the entire time being spent in NSPopAutoreleasePool.
>
> I presume that performance penalty is largely due to Leopards more
> complex memory handling. Has anybody else observed this, and knows
> of any strategies to minimize that overhead?
>
> Thanks
>
> Gerd
>
> _______________________________________________
>
> Cocoa-dev mailing list (<email_removed>)
>
> 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:
> http://lists.apple.com/mailman/options/cocoa-dev/<email_removed>
>
> This email sent to <email_removed>
| Related mails | Author | Date |
|---|---|---|
| Gerd Knops | Nov 17, 19:53 | |
| j o a r | Nov 17, 20:12 | |
| Gerd Knops | Nov 17, 20:45 | |
| Gerd Knops | Nov 17, 21:38 | |
| j o a r | Nov 17, 21:46 | |
| John Stiles | Nov 17, 22:28 | |
| Jon Hess | Nov 18, 04:37 | |
| John C. Randolph | Nov 18, 07:41 | |
| Ben Trumbull | Nov 19, 03:45 | |
| Dirk Stegemann (Ma… | Nov 19, 21:07 |






Cocoa mail archive

