Argh I just remembered it's not part of the SDK yet. Sorry :( On Wed, Feb 4, 2009 at 11:21 AM, Gw1921 <guidedw...@googlemail.com> wrote: > > That definitely looks useful :) > > However I can't find it for the life of me. > > Is this an optional tool/view one can install in Eclipse? I only see > this "Threads", "Heap", "File Explorer" and on the left, "Devices" > > Am on Mac OS X > > On Feb 4, 7:18 pm, Romain Guy <romain...@google.com> wrote: >> You want to use the Allocation Tracker tab instead. See attached screenshot. >> >> >> >> On Wed, Feb 4, 2009 at 11:14 AM, Gw1921 <guidedw...@googlemail.com> wrote: >> >> > Thanks again Romain for the prompt reply, much appreciated! >> >> > Okay I may be looking at the wrong view as I'm unable to "click" >> > anything. I see a "Heap" view and below that view there's a Bar Chart >> > of some sort. Clicking on the bars or the labels in the Heap View, >> > such as "data objects" doesn't do anything. I was assuming the bar >> > chart is in fact the allocation view as I can't seem to find anything >> > such as an Allocation View otherwise (as mentioned in the docs). >> >> > Also, does pressing the "back" button move to the previous Activity on >> > the stack and 'destroy' the current one? Is it in theory supposed to >> > reclaim all used memory in the currect activity as that seems to be >> > the culprit. >> >> > Cheers >> >> > On Feb 4, 7:05 pm, Romain Guy <romain...@google.com> wrote: >> >> When you click on an allocation in DDMS it shows you the stack trace >> >> for that allocation. >> >> >> On Wed, Feb 4, 2009 at 11:00 AM, Gw1921 <guidedw...@googlemail.com> wrote: >> >> >> > Thanks again, this looks interesting. Also, where can we find >> >> > explanation of fields displayed under the Allocation View. For >> >> > example, "data objects" in our case are piling up and killing the app. >> >> > What exactly are these and how can I trace back to where these were >> >> > allocated? >> >> >> > Cheers! >> >> >> > On Feb 4, 6:34 pm, Romain Guy <romain...@google.com> wrote: >> >> >> There's been a discussion recently about heap analysis. There is a way >> >> >> to send a signal to running processes to get a heap dump. >> >> >> Unfortunately the format of the dump is currently compatible only with >> >> >> an internal tool. Andy McFadden wrote a conversion tool that turns the >> >> >> heap dumps into "standard" hprof dumps that can be opened and analyzed >> >> >> by MAT, VisualVM, JProfiler, etc. You will information >> >> >> there:http://groups.google.com/group/android-developers/browse_thread/threa... >> >> >> >> On Wed, Feb 4, 2009 at 10:29 AM, Gw1921 <guidedw...@googlemail.com> >> >> >> wrote: >> >> >> >> > Thanks for that Romain. I read your article as well - very >> >> >> > informative. I'll have a look at DDMS as you've suggested as I'm >> >> >> > getting out of memory errors left right and center. So far tracing/ >> >> >> > profiling has proven to be extremely painful. >> >> >> >> > I greatly appreciate the effort being put into a heap analysis tool. >> >> >> > Do you happen to have an ETA? >> >> >> >> > Thanks again >> >> >> >> > On Feb 4, 4:30 pm, Romain Guy <romain...@google.com> wrote: >> >> >> >> Hi, >> >> >> >> >> The SDK comes with traceview and DDMS to analyze performance. For >> >> >> >> memory usage, you can use DDMS to track allocations and the state of >> >> >> >> the heap. We are also working on ways to give SDK developers access >> >> >> >> to >> >> >> >> a heap analysis tool. >> >> >> >> >> On Wed, Feb 4, 2009 at 8:17 AM, Gw1921 <guidedw...@googlemail.com> >> >> >> >> wrote: >> >> >> >> >> > Hi >> >> >> >> >> > I've been running Eclipse on Mac OS X for android development. >> >> >> >> > Since >> >> >> >> > I'm new to eclipse I'm not sure how to profile my apps. Especially >> >> >> >> > Memory usage. Could some one guide me to a direction please? >> >> >> >> > Thanks! >> >> >> >> >> -- >> >> >> >> Romain Guy >> >> >> >> Android framework engineer >> >> >> >> romain...@android.com >> >> >> >> >> Note: please don't send private questions to me, as I don't have >> >> >> >> time >> >> >> >> to provide private support. All such questions should be posted on >> >> >> >> public forums, where I and others can see and answer them >> >> >> >> -- >> >> >> Romain Guy >> >> >> Android framework engineer >> >> >> romain...@android.com >> >> >> >> Note: please don't send private questions to me, as I don't have time >> >> >> to provide private support. All such questions should be posted on >> >> >> public forums, where I and others can see and answer them >> >> >> -- >> >> Romain Guy >> >> Android framework engineer >> >> romain...@android.com >> >> >> Note: please don't send private questions to me, as I don't have time >> >> to provide private support. All such questions should be posted on >> >> public forums, where I and others can see and answer them >> >> -- >> Romain Guy >> Android framework engineer >> romain...@android.com >> >> Note: please don't send private questions to me, as I don't have time >> to provide private support. All such questions should be posted on >> public forums, where I and others can see and answer them >> >> Picture 1.png >> 149KViewDownload > > >
-- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. All such questions should be posted on public forums, where I and others can see and answer them --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---
