Re: Memory usage
Re: Memory usage
- Subject: Re: Memory usage
- From: "Mike R. Manzano" <email@hidden>
- Date: Thu, 24 Mar 2005 15:48:53 -0800
- Resent-date: Thu, 24 Mar 2005 15:49:47 -0800
- Resent-from: "Mike R. Manzano" <email@hidden>
- Resent-message-id: <email@hidden>
- Resent-to: Cocoa Development <email@hidden>
It may be a number of things. For example, if you stick around inside a
while loop for awhile, any autoreleased objects or objects created via
a convenience function will pile up. More mundanely, you might not be
retaining and releasing as properly as you think you are.
You should try using ObjectAlloc located here:
/Developer/Applications/Performance Tools/ObjectAlloc.app
Go to its about menu; it has some pretty good docs on using it to find
leaks.
Regards and good luck,
~ Mike
mike (at) instantvoodoomagic (dot) com
On Mar 24, 2005, at 3:39 PM, Michael Becker wrote:
I must admit that I am in no ways a memory expert, so there may be
wrong assumptions here. What worries me the most is, that unlike
iPhoto, my app's stats grow worse over time. That means, if I change
between the albums, each of the numbers in top grows. Although I am
properly releasing my objects, it seems as memory usage increases.
In my list, every running app uses at most about 400 REGS (memory
regions). But my app (after some album switching) easily reaches more
than 1500 of those.
Now here is the question: Why does my app increase in memory usage
even though I properly facilitate Cocoa's memory management? Say, I
have 100 images in the current album view. When I switch the album,
those 100 images are released, then the new album's images are read
from disk. If the new album only has 10 images, shouldn't that drop my
mem-usage?
I'm sorry if I am asking stupid questions, but as I mentioned before,
I am new to this stuff and a little scared of the moment when a user
uses my app for more than 30 minutes :-)
Regards,
Michael
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden