Thanks guys for the help. I find it a little hard debugging but those links helped a little.
Could someone consider the following numbers to be too high to make the app easily crash? Cause as of now at this point is when it crashes. ID | Heap Size | Allocated | Free | % Used | # Objects 1 3.570 MB 2.702 MB 889.195 KB 75.68% 49,041 Thanks! On Feb 24, 5:19 pm, MarcoAndroid <[email protected]> wrote: > The DDMS tool to analyze memory usage does not give that much > information. > > Check this post, might help you figuring out what could be > wrong:http://ttlnews.blogspot.com/2010/01/attacking-memory-problems-on-andr... > > On 23 feb, 01:56, Moto <[email protected]> wrote: > > > @abowman > > Thanks for the tip, I did read that before but it always helps to be > > reminded of those small pitfalls! > > > @Bob > > Yes, this is my app and I'm using HTC G1. Android 1.6. I was using > > DDMS to investigate and that's how I determined that the activity was > > slowly releasing memory. I did find leaks and using that method I was > > able to tune my activity. But still the case is fast rotations memory > > is not cleared fast enough. > > > I started using the memory analyzer from eclipse but I find it hard to > > understand/analize the data :( > > Yes, it shows me a chart with "possible leaks" but nothing looks > > familiar maybe it's lower level Android API calls all I see? > > > Well any further tips could help :) Still thinking somehow slow down > > the activity when memory not cleared fast enough... > > > -Moto! > > > On Feb 21, 10:31 pm, Bob Kerns <[email protected]> wrote: > > > > Was it actually your app that was getting the error? > > > > The Launcher suffered from this problem in 2.1 on a Nexus One if you > > > had a lot of applications; it seems fixed in 2.1 Update 1. > > > > If it's your app, you can investigate this from the DDMS perspective. > > > Select your app, hit the "Update Heap" button at the top, and then the > > > "Cause GC" button, and you'll see usage by type of object on the right > > > in the Heap window. Select a type, and you'll see a histogram of > > > object sizes / counts. > > > > If you add the Memory Analyzer features (there are two, add them both; > > > one provides the basics, and the other adds charts), to your Eclipse > > > environment from the Ganymede update site, you can see a great deal > > > more detail. Just click th Download HPROF File button. I won't even > > > try to describe all the nice bits of analysis it can do. > > > > You may find you need to temporarily give your app > > > WRITE_TO_EXTERNAL_STORAGE permission so that the .hprof file can be > > > written to the sdcard. Once you've done this, you probably don't need > > > it again, though I did have to re-add it for one session after I > > > downloaded the Memory Analyzer. > > > > On Feb 21, 12:14 pm, Lance Nanek <[email protected]> wrote: > > > > > You might want to try calling System.gc() manually somewhere in there, > > > > like in onCreate. It has worked for me in the past to avoid that > > > > exception when recreating heavy weight activities. > > > > > It's kind of an ugly hack, though. The call is documented as not even > > > > guaranteed to do anything. Also, you aren't supposed to be able to run > > > > out of memory if there is garbage to be collected that would prevent > > > > it. > > > > > A wild off the wall guess as to why it works in some cases could be > > > > that the manual GC call triggers some finalizers which free up some > > > > memory not directly under the garbage collector's control, resulting > > > > in more free memory than the system thought it could get from garbage > > > > collecting. Or it could just be a bug, like you said. > > > > > Last time I asked someone about the issue, they said to make sure I > > > > was calling recycle on all my Bitmap instances when I was done with > > > > them and things like that. I already was in my case, and it sounds > > > > like you've eliminated that in your test, but that's another thing to > > > > check in similar situations. > > > > > On Feb 21, 2:04 pm, Moto <[email protected]> wrote: > > > > > > I got this issue that after changing orientation about 7 times I get > > > > > the OutOfMemoryError. :( > > > > > > What's wrong!? I stripped my app to the point were it only does > > > > > setContentView(...) and still I can reproduce the issue. > > > > > > I do use all custom graphics. Now this tells me there is a leak and a > > > > > big one somewhere, but it seems not in my code! Where than!? a bug on > > > > > the OS? Can a xml layout have leaks? > > > > > > Please any help finding the issue would help! > > > > > > Thanks, > > > > > -Moto! -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
